From baggins at pld-linux.org  Fri Nov  1 11:19:34 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 1 Nov 2013 11:19:34 +0100
Subject: Kernel modules packages rework
Message-ID: <20131101101933.GB1522@home.mimuw.edu.pl>

Hi,
In the last few days I have reworked how packages containing kernel
modules are built on our infrastructure. The reson for this was to avoid
having to rebuild entire package (userland+kernel part) everytime there
was a new kernel on ftp.

Modus operandi is now this:
1) kernel and userland MUST be built in separate requests
2) userland package (rpm+srpm) looks like before (name-VER-REL)
3) kernel package has '-kernel' suffix appended to SRPM name and 
   @kernel-ver appended to SRPM release
3a) it is possible to build kernel packages for multiple kernels at the
    same time

The '-kernel' and @VER appends in kernel packages makes SRPMS containing
kernel part non-conflicting for our ftp automation with userland and
lifts the requirement to bump release on every kernel upgrade.
It allows us to keep the same userland package and only rebuild kernel
modules from package auto- tag when needed.

Quick howto:

- building userland:

make-request -r --without kernel package.spec

- building kernel modules

a) for main and longterm kernels at the same time (use this one if not sure!):

make-request -r -a --without userland --define 'build_kernels longterm' package.spec

b) only for main kernel

make-request -r -a --without userland package.spec

c) only for longterm kernel

make-request -r -a --without userland --kernel longterm package.spec

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From ed at yen.ipipan.waw.pl  Sat Nov  2 22:38:48 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Sat, 02 Nov 2013 22:38:48 +0100
Subject: Chromum-browser 30.0.1599.101-1 doesn't want to start
Message-ID: <1463108.qWFmuWruu5@laptok>

$ chromium-browser 
[5009:5009:1022/153626:FATAL:browser_main_loop.cc(160)] Running without the 
SUID sandbox! See 
https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more 
information on developing with the sandbox on.
Przerwane (zrzut pami?ci)

Although version 29.0.1547.76-1 is working fine, todays Qt update forced me to 
update also chromium. I've added -disable-setuid-sandbox to my Chromium Flags 
file in config directory, but it s just a workaround (yes, I know that this is 
from the TH/test, but someone has to test all of it). Is there something wrong 
with chromium, or am I missing something?
-- 
?ukasz Ma?ko                                                            _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"



From arekm at maven.pl  Sat Nov  2 22:44:48 2013
From: arekm at maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=)
Date: Sat, 2 Nov 2013 22:44:48 +0100
Subject: Chromum-browser 30.0.1599.101-1 doesn't want to start
In-Reply-To: <1463108.qWFmuWruu5@laptok>
References: <1463108.qWFmuWruu5@laptok>
Message-ID: <201311022244.49131.arekm@maven.pl>

On Saturday 02 of November 2013, ?ukasz Ma?ko wrote:
> $ chromium-browser
> [5009:5009:1022/153626:FATAL:browser_main_loop.cc(160)] Running without the
> SUID sandbox! See
> https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for
> more information on developing with the sandbox on.
> Przerwane (zrzut pami?ci)
> 
> Although version 29.0.1547.76-1 is working fine, todays Qt update forced me
> to update also chromium. I've added -disable-setuid-sandbox to my Chromium
> Flags file in config directory, but it s just a workaround (yes, I know
> that this is from the TH/test, but someone has to test all of it). Is
> there something wrong with chromium, or am I missing something?

A bug.  /usr/lib64/chromium-browser/chromium-sandbox should be 
/usr/lib64/chromium-browser/chrome-sandbox.

-- 
Arkadiusz Mi?kiewicz, arekm / maven.pl


From ed at yen.ipipan.waw.pl  Sat Nov  2 22:55:06 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Sat, 02 Nov 2013 22:55:06 +0100
Subject: Chromum-browser 30.0.1599.101-1 doesn't want to start
In-Reply-To: <201311022244.49131.arekm@maven.pl>
References: <1463108.qWFmuWruu5@laptok> <201311022244.49131.arekm@maven.pl>
Message-ID: <1493514.Vso4fxCiBL@laptok>

Dnia sobota, 2 listopada 2013 22:44:48 Arkadiusz Mi?kiewicz pisze:
[...]
> A bug.  /usr/lib64/chromium-browser/chromium-sandbox should be
> /usr/lib64/chromium-browser/chrome-sandbox.

Thanks. In my case it's /usr/lib/chromium-browser/chromium-sandbox (i686) but 
simple cp did the job.
-- 
?ukasz Ma?ko                                                            _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"



From ed at yen.ipipan.waw.pl  Sun Nov  3 00:15:22 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Sun, 03 Nov 2013 00:15:22 +0100
Subject: Chromum-browser 30.0.1599.101-1 doesn't want to start
In-Reply-To: <1493514.Vso4fxCiBL@laptok>
References: <1463108.qWFmuWruu5@laptok> <201311022244.49131.arekm@maven.pl>
 <1493514.Vso4fxCiBL@laptok>
Message-ID: <17107450.P7ouFO9hZ0@laptok>

Dnia sobota, 2 listopada 2013 22:55:06 ?ukasz Ma?ko pisze:
> Dnia sobota, 2 listopada 2013 22:44:48 Arkadiusz Mi?kiewicz pisze:
> [...]
> 
> > A bug.  /usr/lib64/chromium-browser/chromium-sandbox should be
> > /usr/lib64/chromium-browser/chrome-sandbox.
> 
> Thanks. In my case it's /usr/lib/chromium-browser/chromium-sandbox (i686)
> but simple cp did the job.

Anyway, the new version crashes on gmail (not completly, I'm just getting that 
error which says "Podczas wy?wietlania strony internetowej wyst?pi? 
problem..." - I have it in Polish). Is it known? Can it be fixed? I'm trying 
to build an old chromium on the new library set right now for the new one is 
useless for me :-/
-- 
?ukasz Ma?ko                                                            _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"



From qboosh at pld-linux.org  Sun Nov  3 17:35:32 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 3 Nov 2013 17:35:32 +0100
Subject: [packages/rpm] rpm-perlprov R Encode module (for pod doc builds)
In-Reply-To: <b82853ee51606d6d2f03301b9fb9dc13123f3c03_refs_heads_master@pld-linux.org>
References: <6d1e99c9518b3576f9b2b561246fdc8a09ee5406_refs_heads_master@pld-linux.org>
 <b82853ee51606d6d2f03301b9fb9dc13123f3c03_refs_heads_master@pld-linux.org>
Message-ID: <20131103163532.GA574@mail>

On Sun, Nov 03, 2013 at 05:29:45PM +0100, glen wrote:
> commit b82853ee51606d6d2f03301b9fb9dc13123f3c03
> Author: Elan Ruusam?e <glen at delfi.ee>
> Date:   Sun Nov 3 18:29:06 2013 +0200
> 
>     rpm-perlprov R Encode module (for pod doc builds)

That's recent perl-tools-pod package that requires perl-Encode


-- 
Jakub Bogusz    http://qboosh.pl/


From r.wobben at home.nl  Sun Nov 10 10:16:56 2013
From: r.wobben at home.nl (Roelof Wobben)
Date: Sun, 10 Nov 2013 10:16:56 +0100
Subject: Cinnamon 2.x
Message-ID: <527F4F08.3050209@home.nl>

Hello,

I wonder if there is good English documentatione about how PLD works and 
how I can make my packages,
I like to make Cinnamon 2.x avaible then.

Regards,

Roelof Wobben


---
Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus actief is.
http://www.avast.com



From udvzsolt at gmail.com  Sun Nov 10 10:37:21 2013
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Sun, 10 Nov 2013 10:37:21 +0100
Subject: Cinnamon 2.x
In-Reply-To: <527F4F08.3050209@home.nl>
References: <527F4F08.3050209@home.nl>
Message-ID: <CADtCJqp0TdHnSyE=91s8B-KmJb1V5omdDv_61shYysXFuo_XXg@mail.gmail.com>

Hello,

check this: https://www.pld-linux.org/developingpld

Cheers,
  Zsolt



2013/11/10 Roelof Wobben <r.wobben at home.nl>

> Hello,
>
> I wonder if there is good English documentatione about how PLD works and
> how I can make my packages,
> I like to make Cinnamon 2.x avaible then.
>
> Regards,
>
> Roelof Wobben
>
>
> ---
> Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus
> actief is.
> http://www.avast.com
>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
>


From r.wobben at home.nl  Sun Nov 10 10:47:14 2013
From: r.wobben at home.nl (Roelof Wobben)
Date: Sun, 10 Nov 2013 10:47:14 +0100
Subject: Cinnamon 2.x
In-Reply-To: <CADtCJqp0TdHnSyE=91s8B-KmJb1V5omdDv_61shYysXFuo_XXg@mail.gmail.com>
References: <527F4F08.3050209@home.nl>
 <CADtCJqp0TdHnSyE=91s8B-KmJb1V5omdDv_61shYysXFuo_XXg@mail.gmail.com>
Message-ID: <527F5622.7030703@home.nl>

Thanks.

Is there also a good tutorial how to take that my box stays up-to-date.
and if I have problems can and is someone willing to be some sort of 
mentor for me.
I never worked with rpm-based distro and packaging.

Roelof

Zsolt Udvari schreef op 10-11-2013 10:37:
> Hello,
>
> check this: https://www.pld-linux.org/developingpld
>
> Cheers,
>    Zsolt
>
>
>
> 2013/11/10 Roelof Wobben <r.wobben at home.nl>
>
>> Hello,
>>
>> I wonder if there is good English documentatione about how PLD works and
>> how I can make my packages,
>> I like to make Cinnamon 2.x avaible then.
>>
>> Regards,
>>
>> Roelof Wobben
>>
>>
>> ---
>> Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus
>> actief is.
>> http://www.avast.com
>>
>> _______________________________________________
>> pld-devel-en mailing list
>> pld-devel-en at lists.pld-linux.org
>> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
>>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
>


---
Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus actief is.
http://www.avast.com



From r.wobben at home.nl  Sun Nov 10 13:48:46 2013
From: r.wobben at home.nl (Roelof Wobben)
Date: Sun, 10 Nov 2013 13:48:46 +0100
Subject: installing
Message-ID: <527F80AE.1070003@home.nl>

Hello,

I like to try this distro.
But is there no installation manual and a manual how to keep PLD 
up-to-date ?
And which bootloader does PLD uses ?

Roelof


---
Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus actief is.
http://www.avast.com



From jajcus at jajcus.net  Sun Nov 10 16:15:17 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sun, 10 Nov 2013 16:15:17 +0100
Subject: installing
In-Reply-To: <527F80AE.1070003@home.nl>
References: <527F80AE.1070003@home.nl>
Message-ID: <20131110161517.6787afbc@lolek.nigdzie>

On Sun, 10 Nov 2013 13:48:46 +0100
Roelof Wobben <r.wobben at home.nl> wrote:
> I like to try this distro.

Nice to hear that.

> But is there no installation manual and a manual how to keep PLD 
> up-to-date ?

Yeah? this is kind of the way we work with PLD ? people who use it
usually know well how it workd. But any help with documentation is
welcome.

PLD Linux is usually installed manually via chroot. PLD Rescue CD
(http://rescuecd.pld-linux.org/) is usually used for that, but I will
soon announce a new project like that.

> And which bootloader does PLD uses ?

Whichever you like. There are many different boot loaders available in
PLD and none of them comes really 'preconfigured', as we don't have
installer.

Greets,
	Jacek


From r.wobben at home.nl  Sun Nov 10 17:17:13 2013
From: r.wobben at home.nl (Roelof Wobben)
Date: Sun, 10 Nov 2013 17:17:13 +0100
Subject: installing
In-Reply-To: <20131110161517.6787afbc@lolek.nigdzie>
References: <527F80AE.1070003@home.nl> <20131110161517.6787afbc@lolek.nigdzie>
Message-ID: <527FB189.3010501@home.nl>

J Yeah? this is kind of the way we work with PLD ? people who use it 
usually know well how it workd. But any help with documentation is 
welcome. PLD Linux is usually installed manually via chroot. PLD Rescue 
CD (http://rescuecd.pld-linux.org/) is usually used for that, but I will 
soon announce a new project like that.

oke, maybe a wait. I tried the livecd but that one does not work with my 
nvidia card.

Roelof


---
Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus actief is.
http://www.avast.com



From mike at osdn.org.ua  Sun Nov 10 22:58:27 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Sun, 10 Nov 2013 23:58:27 +0200
Subject: Cinnamon 2.x
In-Reply-To: <CADtCJqp0TdHnSyE=91s8B-KmJb1V5omdDv_61shYysXFuo_XXg@mail.gmail.com>
References: <527F4F08.3050209@home.nl>
 <CADtCJqp0TdHnSyE=91s8B-KmJb1V5omdDv_61shYysXFuo_XXg@mail.gmail.com>
Message-ID: <20131110215827.GA4228@osdn.org.ua>

On Sun, Nov 10, 2013 at 10:37:21AM +0100, Zsolt Udvari wrote:
> check this: https://www.pld-linux.org/developingpld

"Use of versioning tools such as cvs and svn" bit looks outdated
as well as the corresponding pieces later on.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From gotar at polanet.pl  Mon Nov 11 10:28:34 2013
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 11 Nov 2013 10:28:34 +0100
Subject: [packages/chromium-browser] requires _XGetRequest
In-Reply-To: <511CA88A.5020601@pld-linux.org>
References: <f6284fe2fd4f1f38380685bd81e7fc561841b4f8_refs_heads_master@pld-linux.org>
 <2cbfc1a4ea176c3c6430f45613d3fb707a447294_refs_heads_master@pld-linux.org>
 <511BB221.2030700@pld-linux.org> <20130213160705.GA23369@mail>
 <511BBDEE.10302@pld-linux.org> <20130213171717.GC23369@mail>
 <511CA88A.5020601@pld-linux.org>
Message-ID: <20131111092834.GA10611@polanet.pl>

On Thu, Feb 14, 2013 at 11:04:10 +0200, Elan Ruusam?e wrote:

> On 13.02.2013 19:17, Jakub Bogusz wrote:
>> Maintaining symbol lists for rpm automation would require probably too
>> much effort.
> but if it's just pairs of such detections, so if you find 
> incompatibility, you register it once, and all packages being built with 

There is a tool that checks that:
http://ispras.linuxbase.org/index.php/ABI_compliance_checker

which lists added symbols:
http://upstream-tracker.org/compat_reports/libssh2/0.18_to_1.0/abi_compat_report.html

so it makes it easier to do automated scans for non-versioned symbols
that were added without SOVER++ in order to put this into R to be
automatically pulled on upgrade.

-- 
Tomasz Pala <gotar at pld-linux.org>


From mike at osdn.org.ua  Mon Nov 11 22:07:37 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Mon, 11 Nov 2013 23:07:37 +0200
Subject: [packages/chromium-browser] requires _XGetRequest
In-Reply-To: <20131111092834.GA10611@polanet.pl>
References: <f6284fe2fd4f1f38380685bd81e7fc561841b4f8_refs_heads_master@pld-linux.org>
 <2cbfc1a4ea176c3c6430f45613d3fb707a447294_refs_heads_master@pld-linux.org>
 <511BB221.2030700@pld-linux.org> <20130213160705.GA23369@mail>
 <511BBDEE.10302@pld-linux.org> <20130213171717.GC23369@mail>
 <511CA88A.5020601@pld-linux.org> <20131111092834.GA10611@polanet.pl>
Message-ID: <20131111210737.GE4228@osdn.org.ua>

On Mon, Nov 11, 2013 at 10:28:34AM +0100, Tomasz Pala wrote:
> >> Maintaining symbol lists for rpm automation would require
> >> probably too much effort.
> > but if it's just pairs of such detections, so if you find 
> > incompatibility, you register it once, and all packages being built with 
> There is a tool that checks that:
> http://ispras.linuxbase.org/index.php/ABI_compliance_checker
> which lists added symbols:
> http://upstream-tracker.org/compat_reports/libssh2/0.18_to_1.0/abi_compat_report.html
> so it makes it easier to do automated scans for non-versioned
> symbols that were added without SOVER++ in order to put this
> into R to be automatically pulled on upgrade.

There's also set-versions implementation in ALT-RPM but I doubt
it's directly portable to rpm5 with no sacrifices, at least in
short term.  That one creates fingerprints of ABI provided and
required to match these when resolving dependencies.

*Maybe* parts of implementation/tools or concept will help you.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From n3npq at me.com  Mon Nov 11 22:39:20 2013
From: n3npq at me.com (Jeffrey Johnson)
Date: Mon, 11 Nov 2013 16:39:20 -0500
Subject: [packages/chromium-browser] requires _XGetRequest
In-Reply-To: <20131111210737.GE4228@osdn.org.ua>
References: <f6284fe2fd4f1f38380685bd81e7fc561841b4f8_refs_heads_master@pld-linux.org>
 <2cbfc1a4ea176c3c6430f45613d3fb707a447294_refs_heads_master@pld-linux.org>
 <511BB221.2030700@pld-linux.org> <20130213160705.GA23369@mail>
 <511BBDEE.10302@pld-linux.org> <20130213171717.GC23369@mail>
 <511CA88A.5020601@pld-linux.org> <20131111092834.GA10611@polanet.pl>
 <20131111210737.GE4228@osdn.org.ua>
Message-ID: <C1AA4E55-F891-4A26-A65F-876A2A7C5F2B@me.com>


On Nov 11, 2013, at 4:07 PM, Michael Shigorin wrote:

> On Mon, Nov 11, 2013 at 10:28:34AM +0100, Tomasz Pala wrote:
>>>> Maintaining symbol lists for rpm automation would require
>>>> probably too much effort.
>>> but if it's just pairs of such detections, so if you find 
>>> incompatibility, you register it once, and all packages being built with 
>> There is a tool that checks that:
>> http://ispras.linuxbase.org/index.php/ABI_compliance_checker
>> which lists added symbols:
>> http://upstream-tracker.org/compat_reports/libssh2/0.18_to_1.0/abi_compat_report.html
>> so it makes it easier to do automated scans for non-versioned
>> symbols that were added without SOVER++ in order to put this
>> into R to be automatically pulled on upgrade.
> 
> There's also set-versions implementation in ALT-RPM but I doubt
> it's directly portable to rpm5 with no sacrifices, at least in
> short term.  That one creates fingerprints of ABI provided and
> required to match these when resolving dependencies.
> 

Not true: the set:versions dependency resolution is fully
wired and tested by installing ALT linux into a chroot.

The generation of set:versions has not been done solely
because of lack of interest from ALT, ROSA, Alexey Tourbin
(the original implementer) and others.

I personally think that the ALT set:versions should be used by
distros based on RPM.

OTOH, the addition of a new dependency type (and resolution)
like set:versions takes some careful planning by distrosx.

> *Maybe* parts of implementation/tools or concept will help you.
> 

Please supply the pointer to the original paper (in Cyrillic, I've
managed to read the details with GOOG translate, perhaps
others can read the Russian).

hth

73 de Jeff

> -- 
> ---- WBR, Michael Shigorin / http://altlinux.org
>  ------ http://opennet.ru / http://anna-news.info
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From mike at osdn.org.ua  Tue Nov 12 09:21:07 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Tue, 12 Nov 2013 10:21:07 +0200
Subject: rpm set-versions (was: [packages/chromium-browser] requires
 _XGetRequest)
In-Reply-To: <C1AA4E55-F891-4A26-A65F-876A2A7C5F2B@me.com>
References: <f6284fe2fd4f1f38380685bd81e7fc561841b4f8_refs_heads_master@pld-linux.org>
 <2cbfc1a4ea176c3c6430f45613d3fb707a447294_refs_heads_master@pld-linux.org>
 <511BB221.2030700@pld-linux.org> <20130213160705.GA23369@mail>
 <511BBDEE.10302@pld-linux.org> <20130213171717.GC23369@mail>
 <511CA88A.5020601@pld-linux.org> <20131111092834.GA10611@polanet.pl>
 <20131111210737.GE4228@osdn.org.ua>
 <C1AA4E55-F891-4A26-A65F-876A2A7C5F2B@me.com>
Message-ID: <20131112082107.GP18439@osdn.org.ua>

On Mon, Nov 11, 2013 at 04:39:20PM -0500, Jeffrey Johnson wrote:
> > There's also set-versions implementation in ALT-RPM but I doubt
> > it's directly portable to rpm5 with no sacrifices, at least in
> > short term.  That one creates fingerprints of ABI provided and
> > required to match these when resolving dependencies.
> Not true: the set:versions dependency resolution is fully
> wired and tested by installing ALT linux into a chroot.
> 
> The generation of set:versions has not been done solely
> because of lack of interest from ALT, ROSA, Alexey Tourbin
> (the original implementer) and others.

That's why I wrote so.  Unfortunately Alexey is unstable. :-(

> I personally think that the ALT set:versions should be used by
> distros based on RPM.  OTOH, the addition of a new dependency
> type (and resolution) like set:versions takes some careful
> planning by distrosx.

Yup but the transition was actually gradual and smooth enough.
It guards upgrades against unannounced ABI changes as well
(usually when upstream forgets or is negligent enough to skip
bumping soname).

> > *Maybe* parts of implementation/tools or concept will help you.
> Please supply the pointer to the original paper (in Cyrillic,
> I've managed to read the details with GOOG translate, perhaps
> others can read the Russian).

I'll cite one of the previous messages for convenience:

---
http://ftp.linux.kiev.ua/pub/conference/peers/pereslavl/2010/trubezh2010.pdf 

I can volunteer to translate (pp. 63--66) but maybe
the implementation would make a better translation:

http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=lib/set.c;hb=HEAD
http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=tools/mkset.c;hb=HEAD
http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob;f=tools/setcmp.c;hb=HEAD
---

PS 2 PLD team: if you feel that it's not my business don't
hesitate to just tell me so :-)  my interest is sharing
grassroots development that might prove useful to you too.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From qboosh at pld-linux.org  Tue Nov 12 18:03:03 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 12 Nov 2013 18:03:03 +0100
Subject: [packages/xorriso] new package
In-Reply-To: <e8450def6f4213398d8738010225971179936cc5_refs_heads_master@pld-linux.org>
References: <20131112165742.3302.10440@pld-linux.org>
 <e8450def6f4213398d8738010225971179936cc5_refs_heads_master@pld-linux.org>
Message-ID: <20131112170303.GA1928@mail>

On Tue, Nov 12, 2013 at 05:57:47PM +0100, jajcus wrote:
> commit e8450def6f4213398d8738010225971179936cc5
> Author: Jacek Konieczny <jajcus at jajcus.net>
> Date:   Tue Nov 12 17:57:25 2013 +0100
> 
>     new package
> 
>  xorriso.spec | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

We have this packaged as libisofs + libburn + libisoburn


-- 
Jakub Bogusz    http://qboosh.pl/


From jajcus at jajcus.net  Tue Nov 12 19:03:44 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 12 Nov 2013 19:03:44 +0100
Subject: [packages/xorriso] new package
In-Reply-To: <20131112170303.GA1928@mail>
References: <20131112165742.3302.10440@pld-linux.org>
 <e8450def6f4213398d8738010225971179936cc5_refs_heads_master@pld-linux.org>
 <20131112170303.GA1928@mail>
Message-ID: <20131112190344.0fd5de54@lolek.nigdzie>

On Tue, 12 Nov 2013 18:03:03 +0100
Jakub Bogusz <qboosh at pld-linux.org> wrote:
> On Tue, Nov 12, 2013 at 05:57:47PM +0100, jajcus wrote:
> > commit e8450def6f4213398d8738010225971179936cc5
> > Author: Jacek Konieczny <jajcus at jajcus.net>
> > Date:   Tue Nov 12 17:57:25 2013 +0100
> > 
> >     new package
> > 
> >  xorriso.spec | 86
> > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> We have this packaged as libisofs + libburn + libisoburn

Very intuitive, indeed?  How would anybody expect to find it there?

And relation between http://libburnia-project.org/ and
http://www.gnu.org/software/xorriso/ is not quite obvious.

The sources are practically the same, thouh.

The libisoburn package License field suggests GPL v2+, but xorriso
license is actually GPL v3+ (quite a difference).

The new xorriso package builds 'standalone' xorriso and no libraries but
if we use the libraries, then I guess the libisofs + libburn +
libisoburn packages are the way to go. But we should build xorriso
binary and its Tcl/Tk frontend to separate packages. 'lib*' is not
a right package for end-user applications. And we can set the License
right for the xorriso package.

Greets,
	Jacek


From baggins at pld-linux.org  Fri Nov 15 08:44:08 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 15 Nov 2013 08:44:08 +0100
Subject: Kernel 3.10.x will be new longterm in Th
Message-ID: <20131115074408.GA1301@home.mimuw.edu.pl>

Hi,
I'm going to switch longterm kernel in Th to 3.10.x line.
The change will happen when we have a fully functional 3.12 - that means
I'm waiting for the updated vserver patch for 3.12.

If anyone has issues with kernel 3.10 from Th please speak up now, so we
can fix them before the switch.

== lang=pl ==

Zamierzam zmieni? longterm kernel na 3.10.x.
Nast?pi to jak tylko b?dziemy mieli w pe?ni funkcjonalny kernel 3.12 -
czekam tylko na ?at? vserverow? dla tego kernela.

Je?li macie jakie? problemy z 3.10 dajcie zna? teraz, ?eby?my mogli to
poprawi? przed zmian?.

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From gotar at polanet.pl  Fri Nov 15 12:06:33 2013
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 15 Nov 2013 12:06:33 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115074408.GA1301@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
Message-ID: <20131115110633.GA26577@polanet.pl>

On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan R?korajski wrote:

> I'm going to switch longterm kernel in Th to 3.10.x line.

Out of curiosity, how long actually was current longterm kept?

-- 
Tomasz Pala <gotar at pld-linux.org>


From baggins at pld-linux.org  Fri Nov 15 12:13:35 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 15 Nov 2013 12:13:35 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115110633.GA26577@polanet.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115110633.GA26577@polanet.pl>
Message-ID: <20131115111335.GC23894@sith.mimuw.edu.pl>

On Fri, 15 Nov 2013, Tomasz Pala wrote:

> On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan R?korajski wrote:
> 
> > I'm going to switch longterm kernel in Th to 3.10.x line.
> 
> Out of curiosity, how long actually was current longterm kept?

More than a year (and you can add a few months as a master to this):

commit be782483e9c1bfcb528f64e8c3f4a04b5a5e6e15
Author: Jan R?korajski <baggins at pld-linux.org>
Date:   Mon Sep 24 16:28:18 2012 +0200

    - linux 3.4 is now longterm


-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From glen at pld-linux.org  Fri Nov 15 13:16:59 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Fri, 15 Nov 2013 14:16:59 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115074408.GA1301@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
Message-ID: <528610BB.2090001@pld-linux.org>

On 15.11.2013 09:44, Jan R?korajski wrote:
> If anyone has issues with kernel 3.10 from Th please speak up now, so we
> can fix them before the switch.
i have 100% cpu issue

# uname -rm
3.10.15-1 x86_64

top(1) shows these threads:
   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+ COMMAND
    13 root      20   0     0    0    0 S   0.7  0.0  86:25.93 ksoftirqd/1
     3 root      20   0     0    0    0 S   0.3  0.0  60:30.63 ksoftirqd/0

# grep -c proc /proc/cpuinfo
2

machine itself does nothing, runs 1 vserver and tinydns

so far such links came up from google
https://bugzilla.redhat.com/show_bug.cgi?id=1016797
https://www.centos.org/forums/viewtopic.php?t=2918

but haven't checked any of those options so far

-- 
glen



From qboosh at pld-linux.org  Fri Nov 15 17:03:14 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 15 Nov 2013 17:03:14 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115074408.GA1301@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
Message-ID: <20131115160314.GA15308@mail>

On Fri, Nov 15, 2013 at 08:44:08AM +0100, Jan R?korajski wrote:
> Hi,
> I'm going to switch longterm kernel in Th to 3.10.x line.
> The change will happen when we have a fully functional 3.12 - that means
> I'm waiting for the updated vserver patch for 3.12.
> 
> If anyone has issues with kernel 3.10 from Th please speak up now, so we
> can fix them before the switch.

wistron-btns module oopses during load (on Amilo Pro 8210; module is
needed to unblock hardware rfkill on this machine).
I'll check 3.4 later; previously there was some late 2.6.x on this
laptop.

There is also some issue with blank X display (intel hardware); I'm not
sure if it's related to kernel driver, new X.org server/driver or new gdm.


-- 
Jakub Bogusz    http://qboosh.pl/


From jajcus at jajcus.net  Fri Nov 15 17:52:19 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 15 Nov 2013 17:52:19 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115160314.GA15308@mail>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115160314.GA15308@mail>
Message-ID: <20131115175219.40f6fccb@lolek.nigdzie>

On Fri, 15 Nov 2013 17:03:14 +0100
Jakub Bogusz <qboosh at pld-linux.org> wrote:
> There is also some issue with blank X display (intel hardware); I'm
> not sure if it's related to kernel driver, new X.org server/driver or
> new gdm.

It may be the GDM problem I wrote some time ago.

Do you have GNOME/Metacity themes installed?

And with systemd GDM must be started from a systemd unit ? testing
'manually' from root session won't work.

Greets,
	Jacek


From qboosh at pld-linux.org  Fri Nov 15 21:08:45 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 15 Nov 2013 21:08:45 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115175219.40f6fccb@lolek.nigdzie>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115160314.GA15308@mail> <20131115175219.40f6fccb@lolek.nigdzie>
Message-ID: <20131115200845.GA15753@mail>

On Fri, Nov 15, 2013 at 05:52:19PM +0100, Jacek Konieczny wrote:
> On Fri, 15 Nov 2013 17:03:14 +0100
> Jakub Bogusz <qboosh at pld-linux.org> wrote:

As for wistron-btns - 3.4 behaves the same, but at least the reason is
known: "kernel tried to execute NX-protected page".

Is it global protection for some data areas, or can be disabled for
particular addresses by some function call, missing in wistron-btns module?
(I think there should be a way to call some PC BIOS code from kernel)

> > There is also some issue with blank X display (intel hardware); I'm
> > not sure if it's related to kernel driver, new X.org server/driver or
> > new gdm.
> 
> It may be the GDM problem I wrote some time ago.
> 
> Do you have GNOME/Metacity themes installed?

There are metacity-theme-Simple and gnome-themes-standard and old
gnome-theme package (2.34).
GDM shows only blinking cursor (both on 2.6.38.8 and longterm-3.4.x;
IIRC 3.10.x was even worse).

> And with systemd GDM must be started from a systemd unit ??? testing
> 'manually' from root session won't work.

No systemd running.


-- 
Jakub Bogusz    http://qboosh.pl/


From mike at osdn.org.ua  Fri Nov 15 22:28:36 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Fri, 15 Nov 2013 23:28:36 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115074408.GA1301@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
Message-ID: <20131115212836.GS4228@osdn.org.ua>

On Fri, Nov 15, 2013 at 08:44:08AM +0100, Jan R??korajski wrote:
> If anyone has issues with kernel 3.10 from Th please speak up
> now, so we can fix them before the switch.

I've got a few problems when upgrading ALT kernels:
- 3.4 to 3.7 => https://bugs.freedesktop.org/show_bug.cgi?id=71493
- 3.7 to 3.9 => https://bugzilla.kernel.org/show_bug.cgi?id=59841
- intel_pstate is somewhat controversial on a laptop as well

Running 3.10.x for quite a few weeks is more or less OK here.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From mike at osdn.org.ua  Fri Nov 15 22:30:59 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Fri, 15 Nov 2013 23:30:59 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <528610BB.2090001@pld-linux.org>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <528610BB.2090001@pld-linux.org>
Message-ID: <20131115213059.GT4228@osdn.org.ua>

On Fri, Nov 15, 2013 at 02:16:59PM +0200, Elan Ruusam??e wrote:
> i have 100% cpu issue

grep mei_me /proc/modules
?

(CONFIG_INTEL_MEI_ME is strongly advised to be disabled at this
time as its logging is completely insane, it can spew several
hundred lines a second)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From mike at osdn.org.ua  Fri Nov 15 22:36:44 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Fri, 15 Nov 2013 23:36:44 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115160314.GA15308@mail>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115160314.GA15308@mail>
Message-ID: <20131115213644.GU4228@osdn.org.ua>

On Fri, Nov 15, 2013 at 05:03:14PM +0100, Jakub Bogusz wrote:
> There is also some issue with blank X display (intel hardware);
> I'm not sure if it's related to kernel driver, new X.org
> server/driver or new gdm.

https://bugzilla.kernel.org/show_bug.cgi?id=59841
https://bugs.freedesktop.org/show_bug.cgi?id=71493
https://bugzilla.altlinux.org/show_bug.cgi?id=28554 [ru]

PS re mei_me: https://bugzilla.altlinux.org/29369 [ru]

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From glen at pld-linux.org  Sat Nov 16 12:08:12 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sat, 16 Nov 2013 13:08:12 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115213059.GT4228@osdn.org.ua>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <528610BB.2090001@pld-linux.org> <20131115213059.GT4228@osdn.org.ua>
Message-ID: <5287521C.8050402@pld-linux.org>

On 15/11/13 23:30, Michael Shigorin wrote:
> On Fri, Nov 15, 2013 at 02:16:59PM +0200, Elan Ruusam??e wrote:
>> i have 100% cpu issue
> grep mei_me /proc/modules
> ?
>
> (CONFIG_INTEL_MEI_ME is strongly advised to be disabled at this
> time as its logging is completely insane, it can spew several
> hundred lines a second)

it's not present as module, but seems to be present as config:

# grep -c mei_me /proc/modules
0

# zgrep CONFIG_INTEL_MEI_ME /proc/config.gz
CONFIG_INTEL_MEI_ME=y

it's logging where? my dmesg and /var/log are not showing anything 
"interesting"
need to google probably :P

-- 
glen



From mike at osdn.org.ua  Sat Nov 16 13:55:04 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Sat, 16 Nov 2013 14:55:04 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <5287521C.8050402@pld-linux.org>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <528610BB.2090001@pld-linux.org> <20131115213059.GT4228@osdn.org.ua>
 <5287521C.8050402@pld-linux.org>
Message-ID: <20131116125504.GV4228@osdn.org.ua>

On Sat, Nov 16, 2013 at 01:08:12PM +0200, Elan Ruusam?e wrote:
> >>i have 100% cpu issue
> >(CONFIG_INTEL_MEI_ME is strongly advised to be disabled
> CONFIG_INTEL_MEI_ME=y
> 
> it's logging where? my dmesg and /var/log are not showing
> anything "interesting" need to google probably :P

Then it's not probably; my laptop seems to have got the hardware
it tries to set up and the logging is insane (it did hit
/var/log/messages on this particular system).

Try watching good old /proc/interrupts?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From qboosh at pld-linux.org  Sat Nov 16 21:09:55 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 16 Nov 2013 21:09:55 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115200845.GA15753@mail>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115160314.GA15308@mail> <20131115175219.40f6fccb@lolek.nigdzie>
 <20131115200845.GA15753@mail>
Message-ID: <20131116200955.GA18683@mail>

On Fri, Nov 15, 2013 at 09:08:45PM +0100, Jakub Bogusz wrote:
> On Fri, Nov 15, 2013 at 05:52:19PM +0100, Jacek Konieczny wrote:
> > On Fri, 15 Nov 2013 17:03:14 +0100
> > Jakub Bogusz <qboosh at pld-linux.org> wrote:
> 
> As for wistron-btns - 3.4 behaves the same, but at least the reason is
> known: "kernel tried to execute NX-protected page".

Fixed on LINUX_3_10 branch and master.

> > > There is also some issue with blank X display (intel hardware); I'm
> > > not sure if it's related to kernel driver, new X.org server/driver or
> > > new gdm.
> > 
> > It may be the GDM problem I wrote some time ago.
> > 
> > Do you have GNOME/Metacity themes installed?
> 
> There are metacity-theme-Simple and gnome-themes-standard and old
> gnome-theme package (2.34).
> GDM shows only blinking cursor (both on 2.6.38.8 and longterm-3.4.x;
> IIRC 3.10.x was even worse).
> 
> > And with systemd GDM must be started from a systemd unit ??? testing
> > 'manually' from root session won't work.
> 
> No systemd running.

gdm 3.10 doesn't work regardless of kernel.
gdm2.20 + GNOME 3.10 generally works (although UX is worse than with
GNOME 2 for me... maybe I should try with MATE in this case)


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Sun Nov 17 10:31:25 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sun, 17 Nov 2013 11:31:25 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131116125504.GV4228@osdn.org.ua>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <528610BB.2090001@pld-linux.org> <20131115213059.GT4228@osdn.org.ua>
 <5287521C.8050402@pld-linux.org> <20131116125504.GV4228@osdn.org.ua>
Message-ID: <52888CED.2060307@pld-linux.org>

On 16/11/13 14:55, Michael Shigorin wrote:
> Try watching good old /proc/interrupts?

don't really know what to watch there. usual counters increase

            CPU0       CPU1
   0:         47          0   IO-APIC-edge      timer
   1:          0          0   IO-APIC-edge      i8042
   8:         21         22   IO-APIC-edge      rtc0
   9:          0          0   IO-APIC-fasteoi   acpi
  14:         86         87   IO-APIC-edge      ata_piix
  15:          0          0   IO-APIC-edge      ata_piix
  17:    1118296    1118767   IO-APIC-fasteoi   aacraid
  20:          0          0   IO-APIC-fasteoi   i801_smbus
  22:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3
  23:    3244983    3245640   IO-APIC-fasteoi   ehci_hcd:usb1, 
uhci_hcd:usb2, uhci_hcd:usb4
  41:          2          2   PCI-MSI-edge      ioat-msi
  42:   96847899   96845988   PCI-MSI-edge      eth0
  43:    4425950    4426732   PCI-MSI-edge      eth1
NMI:      24567      20100   Non-maskable interrupts
LOC:  108693427   93784531   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:      24566      20099   Performance monitoring interrupts
IWI:   18092899   17475898   IRQ work interrupts
RTR:          0          0   APIC ICR read retries
RES:  110846538  111422847   Rescheduling interrupts
CAL:        332        406   Function call interrupts
TLB:    3391914    3480029   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:       6847       6847   Machine check polls
ERR:          0
MIS:          0

--- /tmp/a1    2013-11-17 11:29:21.267891009 +0200
+++ /tmp/a2    2013-11-17 11:29:23.847906812 +0200
@@ -8,19 +8,19 @@
   17:    1118296    1118767   IO-APIC-fasteoi   aacraid
   20:          0          0   IO-APIC-fasteoi   i801_smbus
   22:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3
- 23:    3244983    3245640   IO-APIC-fasteoi   ehci_hcd:usb1, 
uhci_hcd:usb2, uhci_hcd:usb4
+ 23:    3244988    3245645   IO-APIC-fasteoi   ehci_hcd:usb1, 
uhci_hcd:usb2, uhci_hcd:usb4
   41:          2          2   PCI-MSI-edge      ioat-msi
- 42:   96847899   96845988   PCI-MSI-edge      eth0
- 43:    4425950    4426732   PCI-MSI-edge      eth1
+ 42:   96848041   96846130   PCI-MSI-edge      eth0
+ 43:    4425956    4426737   PCI-MSI-edge      eth1
  NMI:      24567      20100   Non-maskable interrupts
-LOC:  108693427   93784531   Local timer interrupts
+LOC:  108693570   93784674   Local timer interrupts
  SPU:          0          0   Spurious interrupts
  PMI:      24566      20099   Performance monitoring interrupts
-IWI:   18092899   17475898   IRQ work interrupts
+IWI:   18092921   17475923   IRQ work interrupts
  RTR:          0          0   APIC ICR read retries
-RES:  110846538  111422847   Rescheduling interrupts
+RES:  110846728  111423012   Rescheduling interrupts
  CAL:        332        406   Function call interrupts
-TLB:    3391914    3480029   TLB shootdowns
+TLB:    3391919    3480035   TLB shootdowns
  TRM:          0          0   Thermal event interrupts
  THR:          0          0   Threshold APIC interrupts
  MCE:          0          0   Machine check exceptions

# uptime
  11:30:22 up 23 days, 18:34,  5 users,  load average: 1.03, 1.04, 1.05


-- 
glen



From glen at pld-linux.org  Sun Nov 17 10:33:33 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sun, 17 Nov 2013 11:33:33 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131116200955.GA18683@mail>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131115160314.GA15308@mail> <20131115175219.40f6fccb@lolek.nigdzie>
 <20131115200845.GA15753@mail> <20131116200955.GA18683@mail>
Message-ID: <52888D6D.1070203@pld-linux.org>

On 16/11/13 22:09, Jakub Bogusz wrote:
>>>> There is also some issue with blank X display (intel hardware); I'm
>>>> > > >not sure if it's related to kernel driver, new X.org server/driver or
>>>> > > >new gdm.
>>> > >
>>> > >It may be the GDM problem I wrote some time ago.
>>> > >
>>> > >Do you have GNOME/Metacity themes installed?
>> >
>> >There are metacity-theme-Simple and gnome-themes-standard and old
>> >gnome-theme package (2.34).
>> >GDM shows only blinking cursor (both on 2.6.38.8 and longterm-3.4.x;
>> >IIRC 3.10.x was even worse).
>> >
>>> > >And with systemd GDM must be started from a systemd unit ??? testing
>>> > >'manually' from root session won't work.
>> >
>> >No systemd running.
> gdm 3.10 doesn't work regardless of kernel.
> gdm2.20 + GNOME 3.10 generally works (although UX is worse than with
> GNOME 2 for me... maybe I should try with MATE in this case)

MATE doesn't have DM, but i suggest try lxdm or lightdm. lxdm looks 
ugly, lightdm misses icons, but they at least work.

-- 
glen



From qboosh at pld-linux.org  Sun Nov 17 11:46:52 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 17 Nov 2013 11:46:52 +0100
Subject: TEST build ERRORS: libgda5.spec
In-Reply-To: <pld-builder.1384681938.998140.22189@nereid-builder>
References: <c767f09c-e574-4e32-87a1-15d568d03256@pld.src.builder>
 <pld-builder.1384681938.998140.22189@nereid-builder>
Message-ID: <20131117104652.GA22998@mail>

On Sun, Nov 17, 2013 at 09:52:18AM +0000, PLD th-i686 builder wrote:
> libgda5.spec (HEAD): FAILED

> checking if all java programs are found... checking for java... /usr/lib/jvm/java/bin/java
> checking for javac... /usr/lib/jvm/java/bin/javac
> checking for javah... /usr/lib/jvm/java/bin/javah
> checking for jar... /usr/lib/jvm/java/bin/jar
> checking whether Java interpreter works... yes
> checking java compiler version... JAVA version used is Sun JRE 1.7 
> checking for Java environment... in /usr/lib/jvm/java
> checking for /usr/lib/jvm/java/include/jni.h... yes
> checking for /usr/lib/jvm/java/include/./jni_md.h... no
> checking for /usr/lib/jvm/java/include/linux/jni_md.h... yes
> checking whether JNI programs can be compiled... configure: error: Cannot compile a simple JNI program. See config.log for details.
> error: Bad exit status from /tmp/B.eb9570d9-4dcd-4cf6-a4c8-e3127c1ec414/BUILD/tmp/rpm-tmp.86921 (%build)

Any ideas why it fails?

It builds successfully on th-i486 and th-x86_64 builders, both carme
(Oracle Java 7) and carme-i686 (icedtea6) and localhost (java-sun 1.6).


-- 
Jakub Bogusz    http://qboosh.pl/


From jajcus at jajcus.net  Mon Nov 18 09:56:40 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 18 Nov 2013 09:56:40 +0100
Subject: PLD New Rescue
Message-ID: <20131118095640.5c9a8ff4@jajo.eggsoft>


Hi,

PLD Rescue CD is a great tool and was an important part of the PLD Linux
ecosystem for years. But recently it has not been maintained at all. On
EFI systems it is quite useless and making it boot from anything else
that the original ISO image is more complicated that it should be.

That is why I wanted to build something better. First I tried to hack
and customize the original RCD, but with lack of documentation or
'source code' it was a mess. I managed to boot it from EFI but the
solution was ugly and the image was twice as big as the original.

Then I decided to start from scratch and finally managed to build
something that works (at least in VirtualBox and on two laptops) and
looks decent. It should also be easier to maintain and customize than
the original RCD.

The project home is here: https://github.com/Jajcus/pld-new-rescue
The first release, here:
	https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1

I used Th 2012 as a base so I don't need to update the supporting code
every day. I am looking forward to see a new PLD Th snapshot for similar
purpose.

I am attaching the package list. Not everything what was in the original
PLD RCD is included in my image ? in most cases because the packages
were missing or could not be installed due to dependency problems.

Please give it a try and let me know what you think.

Greets,
	Jacek
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pld-new-rescue-th2012-0.1-64bit-packages.txt.gz
Type: application/x-gzip
Size: 13814 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20131118/ae78b766/attachment.bin>

From mike at osdn.org.ua  Mon Nov 18 22:28:53 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Mon, 18 Nov 2013 23:28:53 +0200
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <52888CED.2060307@pld-linux.org>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <528610BB.2090001@pld-linux.org> <20131115213059.GT4228@osdn.org.ua>
 <5287521C.8050402@pld-linux.org> <20131116125504.GV4228@osdn.org.ua>
 <52888CED.2060307@pld-linux.org>
Message-ID: <20131118212853.GA31425@osdn.org.ua>

On Sun, Nov 17, 2013 at 11:31:25AM +0200, Elan Ruusam?e wrote:
> --- /tmp/a1    2013-11-17 11:29:21.267891009 +0200
> +++ /tmp/a2    2013-11-17 11:29:23.847906812 +0200
[...]
> -RES:  110846538  111422847   Rescheduling interrupts
> +RES:  110846728  111423012   Rescheduling interrupts

That's ~80 extra interrupts per second, I recall a core2duo
system heating considerably more that usual when idling but
hitting the constantly-rescheduling mode...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From baggins at pld-linux.org  Mon Nov 18 22:31:28 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Mon, 18 Nov 2013 22:31:28 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131115074408.GA1301@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
Message-ID: <20131118213128.GB1362@home.mimuw.edu.pl>

Could all owners of the intel graphics cards test 3.10.19-4 kernel
package available in th-test? I applied a patch that attempts to
fix/workaround black screen problems.

== lang=pl ==

Czy w?a?ciciele kart graficznych intela mogliby sprawdzi? kernel 3.10.19-4
z th-test? Zaaplikowa?em tam ??t?, kt?ra mo?e naprawia? problem z
czarnym ekranem.

On Fri, 15 Nov 2013, Jan R?korajski wrote:

> Hi,
> I'm going to switch longterm kernel in Th to 3.10.x line.
> The change will happen when we have a fully functional 3.12 - that means
> I'm waiting for the updated vserver patch for 3.12.
> 
> If anyone has issues with kernel 3.10 from Th please speak up now, so we
> can fix them before the switch.
> 
> == lang=pl ==
> 
> Zamierzam zmieni? longterm kernel na 3.10.x.
> Nast?pi to jak tylko b?dziemy mieli w pe?ni funkcjonalny kernel 3.12 -
> czekam tylko na ?at? vserverow? dla tego kernela.
> 
> Je?li macie jakie? problemy z 3.10 dajcie zna? teraz, ?eby?my mogli to
> poprawi? przed zmian?.
> 
> -- 
> Jan R?korajski                                 | PLD/Linux
> SysAdm                                         | http://www.pld-linux.org/
> baggins<at>mimuw.edu.pl
> baggins<at>pld-linux.org
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From mike at osdn.org.ua  Mon Nov 18 23:09:20 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Tue, 19 Nov 2013 00:09:20 +0200
Subject: PLD New Rescue
In-Reply-To: <20131118095640.5c9a8ff4@jajo.eggsoft>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
Message-ID: <20131118220920.GB31425@osdn.org.ua>

On Mon, Nov 18, 2013 at 09:56:40AM +0100, Jacek Konieczny wrote:
> That is why I wanted to build something better. First I tried to hack
> and customize the original RCD, but with lack of documentation or
> 'source code' it was a mess. I managed to boot it from EFI but the
> solution was ugly and the image was twice as big as the original.

I haven't really succeeded in making ALT ISO images bootable from
both CD/DVD and USB Flash without duplicating kernel and initrd
for alternative EFI boot image (pretending to be a fake partition
after hybridization) so far, did you consider loading ISO9660 EFI
driver to reuse main image contents?  At least paths will get way
more complicated it seems.

> The project home is here: https://github.com/Jajcus/pld-new-rescue

Cloned, thanks.

> The first release, here:
> 	https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1

Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
known to work under opensuse-based 3.0 and 3.4 built by my kernel
hacker colleague), both UEFI and CSM cases.  UEFI photo is here:
http://fly.osdn.org.ua/~mike/img/misc/PNR-UX31A.jpg

> Please give it a try and let me know what you think.

Maybe you'll find some packages I've added to ALT Linux Rescue useful:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=pkg.in/lists/tagged;hb=HEAD
(*rescue* pkglists)

Glad to see a great subproject revitalize! ;-)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From jajcus at jajcus.net  Tue Nov 19 08:38:59 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 19 Nov 2013 08:38:59 +0100
Subject: PLD New Rescue
In-Reply-To: <20131118220920.GB31425@osdn.org.ua>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131118220920.GB31425@osdn.org.ua>
Message-ID: <20131119083859.2d1e33f5@jajo.eggsoft>

On Tue, 19 Nov 2013 00:09:20 +0200
Michael Shigorin <mike at osdn.org.ua> wrote:
> I haven't really succeeded in making ALT ISO images bootable from
> both CD/DVD and USB Flash without duplicating kernel and initrd
> for alternative EFI boot image (pretending to be a fake partition
> after hybridization) so far, did you consider loading ISO9660 EFI
> driver to reuse main image contents?

I don't have to. Nothing is duplicated on my image.

I was thinking about adding the ISO9660 EFI but no I don't have a reason
for that.

> > The first release, here:
> > 	https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1
> 
> Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
> known to work under opensuse-based 3.0 and 3.4 built by my kernel
> hacker colleague), both UEFI and CSM cases.  UEFI photo is here:
> http://fly.osdn.org.ua/~mike/img/misc/PNR-UX31A.jpg

Thanks for the information. I would be surprised if it boots everywhere.
Looks like some kernel/driver problem. I will release a new set of
images, based on current PLD Th soon ? maybe that will work better.
I am also considering using the kernel-rescuecd package instead of the
full featured PLD kernel which is used now.

> > Please give it a try and let me know what you think.
> 
> Maybe you'll find some packages I've added to ALT Linux Rescue useful:
> http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=pkg.in/lists/tagged;hb=HEAD
> (*rescue* pkglists)

I'll check that out. Thanks.

Greets,
	Jacek


From jajcus at jajcus.net  Tue Nov 19 09:04:46 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 19 Nov 2013 09:04:46 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131118213128.GB1362@home.mimuw.edu.pl>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131118213128.GB1362@home.mimuw.edu.pl>
Message-ID: <20131119090446.3e9657e6@jajo.eggsoft>

On Mon, 18 Nov 2013 22:31:28 +0100
Jan R?korajski <baggins at pld-linux.org> wrote:
> Could all owners of the intel graphics cards test 3.10.19-4 kernel
> package available in th-test? I applied a patch that attempts to
> fix/workaround black screen problems.

Works for me:

00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express
Integrated Graphics Controller (rev 02)

Though I have never seen a 'black screen' problem on this machine. I had
many other i915 driver problems here, though.


There is other thing, though. During the file-system check on boot (I
had quite an uptime here before rebooting) I got:

[  360.983319] INFO: task kworker/u16:4:361 blocked for more than 120 seconds.
[  360.986155] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  360.988993] kworker/u16:4   D f6969f80     0   361      2 0x00000000
[  360.991846] Workqueue: writeback bdi_writeback_workfn (flush-254:9)
[  360.994675]  f64edc10 00000046 00000000 f6969f80 f64edc20 c16fd1c0 35672000 00000020
[  360.997532]  c16fd1c0 f6d6f1c0 f69f4b70 f64edbe0 c1229e93 f64edc10 c158cc22 c158cc22
[  361.000385]  00000086 f3c98001 f3c98000 f3c98000 c1628120 f64edbf8 c1051c8e f3c98000
[  361.003235] Call Trace:
[  361.006039]  [<c1229e93>] ? format_decode+0x323/0x390
[  361.008862]  [<c1051c8e>] ? internal_add_timer+0xe/0x30
[  361.011737]  [<c109125f>] ? ktime_get_ts+0x3f/0x110
[  361.014519]  [<c145a31e>] schedule+0x1e/0x50
[  361.014521]  [<c145a533>] io_schedule+0x73/0xb0
[  361.014524]  [<c10f65d8>] sleep_on_page+0x8/0x10
[  361.014526]  [<c1458fe1>] __wait_on_bit_lock+0x41/0x90
[  361.014528]  [<c10f6a02>] ? find_get_pages_tag+0x92/0x100
[  361.014529]  [<c10f65d0>] ? filemap_fdatawait+0x60/0x60
[  361.014531]  [<c10f6716>] __lock_page+0x76/0x80
[  361.014534]  [<c1063a00>] ? autoremove_wake_function+0x40/0x40
[  361.014554]  [<f845f6af>] ext4_num_dirty_pages.isra.39+0x18f/0x1a0 [ext4]
[  361.014559]  [<c1100da2>] ? pagevec_lookup_tag+0x22/0x30
[  361.014570]  [<f8463ae0>] ext4_da_writepages+0x4f0/0x560 [ext4]
[  361.014572]  [<c10fe890>] ? mapping_tagged+0x10/0x10
[  361.014574]  [<c10761c8>] ? dequeue_task_fair+0x208/0x630
[  361.014576]  [<c1078ad1>] ? update_group_power+0x1f1/0x230
[  361.014579]  [<c1222388>] ? cpumask_next_and+0x28/0x40
[  361.014581]  [<c1078c2e>] ? find_busiest_group+0x11e/0x980
[  361.014583]  [<c11002a5>] do_writepages+0x15/0x40
[  361.014586]  [<c1169c47>] __writeback_single_inode+0x37/0x1d0
[  361.014588]  [<c116aa2d>] writeback_sb_inodes+0x15d/0x2d0
[  361.014590]  [<c116ac14>] __writeback_inodes_wb+0x74/0xb0
[  361.014592]  [<c116ae3a>] wb_writeback+0x1ea/0x260
[  361.014595]  [<c115c239>] ? get_nr_inodes+0x39/0x50
[  361.014597]  [<c116b24a>] wb_do_writeback+0x19a/0x1a0
[  361.014598]  [<c122bbe6>] ? vsnprintf+0x166/0x390
[  361.014601]  [<c116b2ba>] bdi_writeback_workfn+0x6a/0x170
[  361.014603]  [<c105d9d5>] process_one_work+0x105/0x330
[  361.014605]  [<c105c780>] ? start_worker+0x20/0x30
[  361.014607]  [<c105e035>] ? manage_workers.isra.26+0x1a5/0x250
[  361.014609]  [<c105e1d9>] worker_thread+0xf9/0x330
[  361.014610]  [<c105e0e0>] ? manage_workers.isra.26+0x250/0x250
[  361.014613]  [<c1062f8f>] kthread+0x8f/0xa0
[  361.014615]  [<c1461ed7>] ret_from_kernel_thread+0x1b/0x28
[  361.014618]  [<c1062f00>] ? kthread_create_on_node+0xc0/0xc0
[  361.014623] INFO: task jbd2/dm-9-8:589 blocked for more than 120 seconds.
[  361.014624] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  361.014626] jbd2/dm-9-8     D f67b8034     0   589      2 0x00000000
[  361.014630]  ef11fe44 00000046 00000000 f67b8034 f6d6f208 c16fd1c0 ad504ed0 00000020
[  361.014633]  c16fd1c0 f6d7d1c0 f67b8000 c1071e35 f6d6f760 00000001 f6d6f208 00000039
[  361.014636]  00000000 e6bf19b3 0000000c 00000000 00000000 0000b40e 00000014 00000246
[  361.014636] Call Trace:
[  361.014640]  [<c1071e35>] ? sched_clock_local+0x45/0x140
[  361.014642]  [<c1063803>] ? prepare_to_wait+0x43/0x70
[  361.014643]  [<c145a31e>] schedule+0x1e/0x50
[  361.014650]  [<f83b5638>] jbd2_journal_commit_transaction+0x1c8/0x1620 [jbd2]
[  361.014653]  [<c100debe>] ? __switch_to+0xde/0x350
[  361.014655]  [<c10639c0>] ? wake_up_bit+0x20/0x20
[  361.014656]  [<c1051fce>] ? lock_timer_base.isra.36+0x1e/0x40
[  361.014658]  [<c105208d>] ? try_to_del_timer_sync+0x3d/0x50
[  361.014664]  [<f83bae9b>] kjournald2+0x9b/0x200 [jbd2]
[  361.014666]  [<c10639c0>] ? wake_up_bit+0x20/0x20
[  361.014671]  [<f83bae00>] ? commit_timeout+0x10/0x10 [jbd2]
[  361.014673]  [<c1062f8f>] kthread+0x8f/0xa0
[  361.014676]  [<c1461ed7>] ret_from_kernel_thread+0x1b/0x28
[  361.014678]  [<c1062f00>] ? kthread_create_on_node+0xc0/0xc0
[  361.014679] INFO: task systemd-readahe:643 blocked for more than 120 seconds.
[  361.014680] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  361.014682] systemd-readahe D f65eecbc     0   643      1 0x00000000
[  361.014685]  f696592c 00000082 00000000 f65eecbc f65eec28 c16fd1c0 35680000 f6740000
[  361.014688]  c16fd1c0 f6d7d1c0 f67be610 c11ff979 f6965918 f6965908 c1201db3 00000000
[  361.014691]  00000000 00000000 00000001 f6965918 f6740000 00000000 f6965934 00000286
[  361.014691] Call Trace:
[  361.014693]  [<c11ff979>] ? __blk_run_queue+0x29/0x40
[  361.014695]  [<c1201db3>] ? queue_unplugged+0x23/0x80
[  361.014698]  [<c116f8a0>] ? generic_block_bmap+0x60/0x60
[  361.014699]  [<c145a31e>] schedule+0x1e/0x50
[  361.014701]  [<c145a533>] io_schedule+0x73/0xb0
[  361.014703]  [<c116f8a8>] sleep_on_buffer+0x8/0x10
[  361.014704]  [<c1458f19>] __wait_on_bit+0x49/0x70
[  361.014706]  [<c116f8a0>] ? generic_block_bmap+0x60/0x60
[  361.014708]  [<c116f8a0>] ? generic_block_bmap+0x60/0x60
[  361.014709]  [<c1458f96>] out_of_line_wait_on_bit+0x56/0x60
[  361.014711]  [<c1063a00>] ? autoremove_wake_function+0x40/0x40
[  361.014713]  [<c116f984>] __wait_on_buffer+0x24/0x30
[  361.014723]  [<f845877f>] ext4_wait_block_bitmap+0x6f/0xc0 [ext4]
[  361.014725]  [<c1141575>] ? mem_cgroup_charge_common+0x65/0x90
[  361.014741]  [<f848c6ba>] ext4_mb_init_cache+0x16a/0x5b0 [ext4]
[  361.014743]  [<c10f701a>] ? add_to_page_cache_locked+0x9a/0x140
[  361.014757]  [<f848cbd9>] ext4_mb_init_group+0xd9/0x180 [ext4]
[  361.014772]  [<f848cdc1>] ext4_mb_good_group+0x141/0x150 [ext4]
[  361.014786]  [<f848f432>] ext4_mb_regular_allocator+0x172/0x3e0 [ext4]
[  361.014788]  [<c14590bb>] ? mutex_lock+0xb/0x30
[  361.014803]  [<f8490e99>] ext4_mb_new_blocks+0x419/0x550 [ext4]
[  361.014807]  [<c1133d92>] ? __kmalloc+0x1a2/0x1e0
[  361.014820]  [<f8483415>] ? ext4_ext_find_goal+0x65/0x70 [ext4]
[  361.014834]  [<f848738e>] ext4_ext_map_blocks+0xbde/0x1ae0 [ext4]
[  361.014837]  [<c1066327>] ? lock_hrtimer_base.isra.14+0x17/0x40
[  361.014839]  [<c1170bcd>] ? __find_get_block+0xad/0x1e0
[  361.014852]  [<f848691b>] ? ext4_ext_map_blocks+0x16b/0x1ae0 [ext4]
[  361.014854]  [<c116fe3b>] ? __find_get_block_slow+0xcb/0x170
[  361.014857]  [<c1060003>] ? alloc_pid+0x113/0x3f0
[  361.014867]  [<f84604f5>] ext4_map_blocks+0x2b5/0x4a0 [ext4]
[  361.014869]  [<c10f6a02>] ? find_get_pages_tag+0x92/0x100
[  361.014880]  [<f8462c8b>] mpage_da_map_and_submit+0x9b/0x5e0 [ext4]
[  361.014894]  [<f8489167>] ? __ext4_journal_start_sb+0x67/0x120 [ext4]
[  361.014905]  [<f846383e>] ? ext4_da_writepages+0x24e/0x560 [ext4]
[  361.014915]  [<f8463881>] ext4_da_writepages+0x291/0x560 [ext4]
[  361.014916]  [<c10639b7>] ? wake_up_bit+0x17/0x20
[  361.014919]  [<c11002a5>] do_writepages+0x15/0x40
[  361.014921]  [<c10f782f>] __filemap_fdatawrite_range+0x4f/0x60
[  361.014923]  [<c10f7896>] filemap_flush+0x26/0x30
[  361.014933]  [<f8460bda>] ext4_alloc_da_blocks+0x2a/0x60 [ext4]
[  361.014944]  [<f846be38>] ext4_rename+0x148/0x790 [ext4]
[  361.014947]  [<c114f4c5>] ? complete_walk+0x65/0xc0
[  361.014950]  [<c11bc2aa>] ? security_inode_rename+0x2a/0x40
[  361.014952]  [<c11530e0>] vfs_rename+0x110/0x460
[  361.014954]  [<c114fb8f>] ? lookup_dcache+0x1f/0x90
[  361.014956]  [<c1153f60>] SyS_renameat+0x2f0/0x310
[  361.014959]  [<c145e64f>] ? __do_page_fault+0x27f/0x4c0
[  361.014961]  [<c1153fa8>] SyS_rename+0x28/0x30
[  361.014963]  [<c1461f6d>] sysenter_do_call+0x12/0x28

That looks scary, but the system started properly in the end.

Greets,
	Jacek


From mike at osdn.org.ua  Tue Nov 19 10:28:36 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Tue, 19 Nov 2013 11:28:36 +0200
Subject: PLD New Rescue
In-Reply-To: <20131119083859.2d1e33f5@jajo.eggsoft>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131118220920.GB31425@osdn.org.ua> <20131119083859.2d1e33f5@jajo.eggsoft>
Message-ID: <20131119092836.GC31425@osdn.org.ua>

On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
> > did you consider loading ISO9660 EFI driver to reuse main
> > image contents?
> I don't have to. Nothing is duplicated on my image.  I was
> thinking about adding the ISO9660 EFI but no I don't have
> a reason for that.

Great, will hopefully borrow that :)  Noted the difference
in the number of partitions, my setup ends up with two GPT
partitions within a hybrid ISO made this way:

http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=58f70a4746c72b9e2d3758a7d8d67d726e3a2fa4;hb=HEAD#l189
(.efiboot.img)

http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-pack-isoboot;h=85ca988c6aab94e3c44e64519baf2231e39d8d24;hb=HEAD#l77
(xorriso ... -isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin
-partition_offset 16 -eltorito-alt-boot -e EFI/.efiboot.img
-no-emul-boot -isohybrid-gpt-basdat ...)

and is booted with ELILO (that one is also convenient as a second
shim for restrictedboot case as it only boots Linux kernels but
doesn't just LoadImage() them so there's no need to sign those;
shim-0.5 has broken this intentionally but I'm pretty happy with
0.4 one).

> > Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
> Thanks for the information. I would be surprised if it boots everywhere.

I'll recheck on my UEFI stand (AMD C60 mITX board).  Purged older
kernels during an accident leaving me with no kernels installed
at all so can't share the config file, sorry -- 3.10 one is handy.

> Looks like some kernel/driver problem. I will release a new set of
> images, based on current PLD Th soon -- maybe that will work better.
> I am also considering using the kernel-rescuecd package instead
> of the full featured PLD kernel which is used now.

Up to you, I chose to go with stock kernels (given these have
aufs onboard).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From baggins at pld-linux.org  Tue Nov 19 11:15:43 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 19 Nov 2013 11:15:43 +0100
Subject: Kernel 3.10.x will be new longterm in Th
In-Reply-To: <20131119090446.3e9657e6@jajo.eggsoft>
References: <20131115074408.GA1301@home.mimuw.edu.pl>
 <20131118213128.GB1362@home.mimuw.edu.pl>
 <20131119090446.3e9657e6@jajo.eggsoft>
Message-ID: <20131119101543.GO23894@sith.mimuw.edu.pl>

On Tue, 19 Nov 2013, Jacek Konieczny wrote:

> On Mon, 18 Nov 2013 22:31:28 +0100
> Jan R?korajski <baggins at pld-linux.org> wrote:
> > Could all owners of the intel graphics cards test 3.10.19-4 kernel
> > package available in th-test? I applied a patch that attempts to
> > fix/workaround black screen problems.
> 
> Works for me:
> 
> 00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express
> Integrated Graphics Controller (rev 02)
> 
> Though I have never seen a 'black screen' problem on this machine. I had
> many other i915 driver problems here, though.

Good to know, at least the patch doesn't seem break anything :)

> There is other thing, though. During the file-system check on boot (I
> had quite an uptime here before rebooting) I got:
> 
> [  360.983319] INFO: task kworker/u16:4:361 blocked for more than 120 seconds.
[...]
> 
> That looks scary, but the system started properly in the end.

Looks like just threads waiting for device, if those task got unstuck
eventually then I wouldn't worry.

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From mike at osdn.org.ua  Tue Nov 19 18:33:26 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Tue, 19 Nov 2013 19:33:26 +0200
Subject: PLD New Rescue
In-Reply-To: <20131119083859.2d1e33f5@jajo.eggsoft>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131118220920.GB31425@osdn.org.ua> <20131119083859.2d1e33f5@jajo.eggsoft>
Message-ID: <20131119173326.GD31425@osdn.org.ua>

On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
> Thanks for the information. I would be surprised if it boots everywhere.

It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
BIOS mode would hang after "setting up serial port" grub message,
pressing Ctrl doesn't affect this.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From jajcus at jajcus.net  Tue Nov 19 19:22:36 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 19 Nov 2013 19:22:36 +0100
Subject: PLD New Rescue
In-Reply-To: <20131119173326.GD31425@osdn.org.ua>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131118220920.GB31425@osdn.org.ua>
 <20131119083859.2d1e33f5@jajo.eggsoft>
 <20131119173326.GD31425@osdn.org.ua>
Message-ID: <20131119192236.5dc2771d@lolek.nigdzie>

On Tue, 19 Nov 2013 19:33:26 +0200
Michael Shigorin <mike at osdn.org.ua> wrote:

> On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
> > Thanks for the information. I would be surprised if it boots
> > everywhere.
> 
> It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
> BIOS mode would hang after "setting up serial port" grub message,
> pressing Ctrl doesn't affect this.

Weird. Its opposite what was happening on my wife's laptop ? setting up
serial port would hung in EFI mode, but does not affect BIOS boot.
The 'press Ctrl' workaround is avaialble only in BIOS mode (GRUB serial
console is completely disabled during EFI boot), as there is no way to
do that on GRUB's EFI console. Maybe I have not tested this feature
properly.

Can you verify if commenting out serial port setup in grub.cfg fixes the
problem?

Greets,
	Jacek


From mike at osdn.org.ua  Tue Nov 19 20:33:27 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Tue, 19 Nov 2013 21:33:27 +0200
Subject: PLD New Rescue
In-Reply-To: <20131119192236.5dc2771d@lolek.nigdzie>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131118220920.GB31425@osdn.org.ua> <20131119083859.2d1e33f5@jajo.eggsoft>
 <20131119173326.GD31425@osdn.org.ua> <20131119192236.5dc2771d@lolek.nigdzie>
Message-ID: <20131119193327.GW29978@osdn.org.ua>

On Tue, Nov 19, 2013 at 07:22:36PM +0100, Jacek Konieczny wrote:
> > It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
> > BIOS mode would hang after "setting up serial port" grub message,
> > pressing Ctrl doesn't affect this.
> Weird. Its opposite what was happening on my wife's laptop --
> setting up serial port would hung in EFI mode, but does not
> affect BIOS boot.

IIRC there was a message that it's being skipped to avoid hang
in UEFI mode; there's no physical connector on that motherboard
and it might be that there's no logical port either.

> Can you verify if commenting out serial port setup in grub.cfg
> fixes the problem?

Erm, modifying bootable ISOs was never that straightforward,
I'll try to do that but can't promise. :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


From jajcus at jajcus.net  Wed Nov 20 20:46:59 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Wed, 20 Nov 2013 20:46:59 +0100
Subject: PLD New Rescue =?UTF-8?B?4oCT?= current th-main based build
In-Reply-To: <20131118095640.5c9a8ff4@jajo.eggsoft>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
Message-ID: <20131120204659.5b1c17cb@lolek>


I have just released a new build of PLD New Rescue.

This time it is based on the current th-main packages.

	https://github.com/Jajcus/pld-new-rescue/releases/tag/th-current-0.2

I have not tested this much, though.

Greets,
	Jacek