From mateusz-lists at ant.gliwice.pl  Fri Dec  6 09:12:22 2013
From: mateusz-lists at ant.gliwice.pl (Mateusz Korniak)
Date: Fri, 06 Dec 2013 09:12:22 +0100
Subject: PLD New Rescue =?UTF-8?B?4oCT?= current th-main based build
In-Reply-To: <20131120204659.5b1c17cb@lolek>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131120204659.5b1c17cb@lolek>
Message-ID: <2131758.XIxxfZUszu@matkor-toshiba>

On Wednesday 20 November 2013 20:46:59 Jacek Konieczny wrote:
> I have just released a new build of PLD New Rescue.
Great job!
Confirmed to boot and start in both uefi/bios modes on my machines.

I am missing wicd package (with wicd-client-cli wicd-client-curses)
And memtest does not load during uefi boot. 


-- 
Mateusz Korniak
"(...) mam brata - powa?ny, domator, liczykrupa, hipokryta, pobo?ni?,
 	kr?tko m?wi?c - podpora spo?ecze?stwa."
				Nikos Kazantzakis - "Grek Zorba"


From mike at osdn.org.ua  Sat Dec  7 01:41:59 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Sat, 7 Dec 2013 02:41:59 +0200
Subject: PLD New Rescue ??? current th-main based build
In-Reply-To: <2131758.XIxxfZUszu@matkor-toshiba>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131120204659.5b1c17cb@lolek> <2131758.XIxxfZUszu@matkor-toshiba>
Message-ID: <20131207004159.GM2593@osdn.org.ua>

On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
> And memtest does not load during uefi boot. 

http://memtest86.com/download.htm#free

Note that UEFI-capable V5 became proprietary, at least so far...

0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
in fedora's grub2 might be interesting to you.

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


From qboosh at pld-linux.org  Sat Dec  7 19:35:20 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 7 Dec 2013 19:35:20 +0100
Subject: aumix vs aumix-gtk
Message-ID: <20131207183520.GA3516@mail>

Is anyone against renaming GTK+ version of aumix binary to (e.g.) aumix-gtk
and building both versions from single .spec?


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


From glen at pld-linux.org  Sun Dec  8 20:42:09 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Sun, 08 Dec 2013 21:42:09 +0200
Subject: [packages/coreutils] - moved readlink to /bin (why we had it
 in /usr?!) - rel 6
In-Reply-To: <459419cb90f9c6453ccc0e605f4f0fc27a8630cf_refs_heads_master@pld-linux.org>
References: <0585d55a9859a412023f123ed2f8deb9c2d66e43_refs_heads_master@pld-linux.org>
 <459419cb90f9c6453ccc0e605f4f0fc27a8630cf_refs_heads_master@pld-linux.org>
Message-ID: <52A4CB91.1050303@pld-linux.org>

On 06/12/13 20:01, baggins wrote:
> commit 459419cb90f9c6453ccc0e605f4f0fc27a8630cf
> Author: Jan R?korajski <baggins at pld-linux.org>
> Date:   Fri Dec 6 19:01:31 2013 +0100
>
>      - moved readlink to /bin (why we had it in /usr?!)
>
i guess:

because rc-scripts provides tool with similar functionality: resolvesymlink
and the coreutils one was not needed in early boot due that.

-- 
glen



From glen at pld-linux.org  Sun Dec  8 20:45:02 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Sun, 08 Dec 2013 21:45:02 +0200
Subject: [packages/youtube-dl] R: python-distribute, bumped epoch due
 to 2013.10.23.2 version...
In-Reply-To: <c24ed57f324b6a7a4d9410c5d7b5e7bfa7e91fdd_refs_heads_master@pld-linux.org>
References: <4ce2c1cb6747744b6e44842ce6d9f54bc7e0dffb_refs_heads_master@pld-linux.org>
 <c24ed57f324b6a7a4d9410c5d7b5e7bfa7e91fdd_refs_heads_master@pld-linux.org>
Message-ID: <52A4CC3E.6070801@pld-linux.org>

On 06/12/13 20:22, gotar wrote:
> commit c24ed57f324b6a7a4d9410c5d7b5e7bfa7e91fdd
> Author: Tomasz Pala <gotar at pld-linux.org>
> Date:   Fri Dec 6 19:21:52 2013 +0100
>
>      R: python-distribute, bumped epoch due to 2013.10.23.2 version...
>

and you could had easily avoided epoch bump to if you used 2013.10.23_2 
as version, similar in perl packages (19.3 in devel-hints document)

-- 
glen



From glen at pld-linux.org  Sun Dec  8 20:50:36 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sun, 08 Dec 2013 21:50:36 +0200
Subject: [packages/ffmpeg] another symbol missing when library is not
 fresh enough, this time gnutls_certificate_set_x509_syste
In-Reply-To: <f9cce0c9ac859d563093b9fd9f0cab1fd56b3212_refs_heads_master@pld-linux.org>
References: <8b88d45780e5336533288d55fc93280bf36f6323_refs_heads_master@pld-linux.org>
 <f9cce0c9ac859d563093b9fd9f0cab1fd56b3212_refs_heads_master@pld-linux.org>
Message-ID: <52A4CD8C.6090403@pld-linux.org>

On 07/12/13 18:01, gotar wrote:
> commit f9cce0c9ac859d563093b9fd9f0cab1fd56b3212
> Author: Tomasz Pala <gotar at pld-linux.org>
> Date:   Sat Dec 7 16:57:39 2013 +0100
>
>      another symbol missing when library is not fresh enough, this time
>      gnutls_certificate_set_x509_system_trust (drop on SOVER++)
>
>   ffmpeg.spec | 1 +
>   1 file changed, 1 insertion(+)
> ---
> diff --git a/ffmpeg.spec b/ffmpeg.spec
> index 258e2b2..6f05cbc 100644
> --- a/ffmpeg.spec
> +++ b/ffmpeg.spec
> @@ -171,6 +171,7 @@ telewizyjnej.
>   %package libs
>   Summary:	ffmpeg libraries
>   Summary(pl.UTF-8):	Biblioteki ffmpeg
> +Requires:	gnutls-libs >= 3.0.20
>   Group:		Libraries
>   

how many times does it have to be written that such bumps must be 
accompanied with versioned BR deps as well that you actually add them as 
well?

-- 
glen



From jajcus at jajcus.net  Mon Dec  9 10:02:41 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 09 Dec 2013 10:02:41 +0100
Subject: PLD New Rescue ??? current th-main based build
In-Reply-To: <20131207004159.GM2593@osdn.org.ua>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131120204659.5b1c17cb@lolek> <2131758.XIxxfZUszu@matkor-toshiba>
 <20131207004159.GM2593@osdn.org.ua>
Message-ID: <52A58731.5040703@jajcus.net>

On 12/07/13 01:41, Michael Shigorin wrote:
> On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
>> And memtest does not load during uefi boot. 
> 
> http://memtest86.com/download.htm#free
> 
> Note that UEFI-capable V5 became proprietary, at least so far...
> 
> 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
> in fedora's grub2 might be interesting to you.

Thanks, I will take a look at both.

Greets,
   Jacek



From gotar at pld-linux.org  Tue Dec 10 16:50:08 2013
From: gotar at pld-linux.org (gotar)
Date: Tue, 10 Dec 2013 16:50:08 +0100
Subject: [packages/youtube-dl] R: python-distribute, bumped epoch due
 to 2013.10.23.2 version...
In-Reply-To: <52A4CC3E.6070801@pld-linux.org>
References: <4ce2c1cb6747744b6e44842ce6d9f54bc7e0dffb_refs_heads_master@pld-linux.org>
 <c24ed57f324b6a7a4d9410c5d7b5e7bfa7e91fdd_refs_heads_master@pld-linux.org>
 <52A4CC3E.6070801@pld-linux.org>
Message-ID: <20131210155008.GA32502@polanet.pl>

On Sun, Dec 08, 2013 at 21:45:02 +0200, Elan Ruusam?e wrote:

> On 06/12/13 20:22, gotar wrote:
>> commit c24ed57f324b6a7a4d9410c5d7b5e7bfa7e91fdd
>> Author: Tomasz Pala <gotar at pld-linux.org>
>> Date:   Fri Dec 6 19:21:52 2013 +0100
>>
>>      R: python-distribute, bumped epoch due to 2013.10.23.2 version...
> 
> and you could had easily avoided epoch bump to if you used 2013.10.23_2 
> as version, similar in perl packages (19.3 in devel-hints document)

Agreed - but it's not me who set this version (not to mention this
weird dot removal since 2013.03.29, both by Arek).

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


From gotar at pld-linux.org  Tue Dec 10 17:12:05 2013
From: gotar at pld-linux.org (gotar)
Date: Tue, 10 Dec 2013 17:12:05 +0100
Subject: [packages/ffmpeg] another symbol missing when library is not
 fresh enough, this time gnutls_certificate_set_x509_syste
In-Reply-To: <52A4CD8C.6090403@pld-linux.org>
References: <8b88d45780e5336533288d55fc93280bf36f6323_refs_heads_master@pld-linux.org>
 <f9cce0c9ac859d563093b9fd9f0cab1fd56b3212_refs_heads_master@pld-linux.org>
 <52A4CD8C.6090403@pld-linux.org>
Message-ID: <20131210161204.GB32502@polanet.pl>

On Sun, Dec 08, 2013 at 21:50:36 +0200, Elan Ruusam?e wrote:

>>      another symbol missing when library is not fresh enough, this time
>>      gnutls_certificate_set_x509_system_trust (drop on SOVER++)
[...]
> how many times does it have to be written that such bumps must be 
> accompanied with versioned BR deps as well that you actually add them as 
> well?

It doesn't matter how many times you write false statement.
I am and always will be against artificial BRs or Rs - this one is
required _only_ due to the builder having newer version installed, which
impacts binaries only, bot srpms.
If you don't want to repeat this anymore, feel free to implement dynamic
symbol verification for RPM build - I've already gave the link to some
tool that might be appropriate for this job:
http://ispras.linuxbase.org/index.php/ABI_compliance_checker

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


From jajcus at jajcus.net  Fri Dec 13 17:48:56 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 13 Dec 2013 17:48:56 +0100
Subject: PLD New Rescue ??? current th-main based build
In-Reply-To: <20131207004159.GM2593@osdn.org.ua>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131120204659.5b1c17cb@lolek> <2131758.XIxxfZUszu@matkor-toshiba>
 <20131207004159.GM2593@osdn.org.ua>
Message-ID: <52AB3A78.2040300@jajcus.net>

On 2013-12-07 01:41, Michael Shigorin wrote:
> On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
>> And memtest does not load during uefi boot. 
> 
> http://memtest86.com/download.htm#free
> 
> Note that UEFI-capable V5 became proprietary, at least so far...

I don't think its license allows me to include that in my PLD NR images.

> 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
> in fedora's grub2 might be interesting to you.

I have applied this patch to our GRUB, but it doesn't work. And now
I think it couldn't work ? it is not just booting a 16-bit binary, that
binary still expects BIOS and BIOS-initialized environment (e.g. not
an EFI frame buffer for output).

Greets,
	Jacek


From mike at osdn.org.ua  Fri Dec 13 18:15:15 2013
From: mike at osdn.org.ua (Michael Shigorin)
Date: Fri, 13 Dec 2013 19:15:15 +0200
Subject: PLD New Rescue -- current th-main based build
In-Reply-To: <52AB3A78.2040300@jajcus.net>
References: <20131118095640.5c9a8ff4@jajo.eggsoft>
 <20131120204659.5b1c17cb@lolek> <2131758.XIxxfZUszu@matkor-toshiba>
 <20131207004159.GM2593@osdn.org.ua> <52AB3A78.2040300@jajcus.net>
Message-ID: <20131213171515.GQ29978@osdn.org.ua>

On Fri, Dec 13, 2013 at 05:48:56PM +0100, Jacek Konieczny wrote:
> >> And memtest does not load during uefi boot. 
> > http://memtest86.com/download.htm#free
> > Note that UEFI-capable V5 became proprietary, at least so far...
> I don't think its license allows me to include that in my PLD NR images.

Ask upstream, looks like they've been rather reluctant to mess
with license text actively -- I've packaged a permission to do
whatever I want into README.ALT as provided by David.

> > 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
> > in fedora's grub2 might be interesting to you.
> I have applied this patch to our GRUB, but it doesn't work. And
> now I think it couldn't work -- it is not just booting a 16-bit
> binary, that binary still expects BIOS and BIOS-initialized
> environment (e.g. not an EFI frame buffer for output).

I didn't even get to try it out (maybe could work on UEFI with
CSM enabled but that's not something one can count on, and plain
memtest86+ could be booted via CSM just as well then).

Should have told that too, sorry :-/

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info
-------------- next part --------------
We have released V5 of MemTest86 a few days back.

[...]

(We probably still need to review the licensing terminology again,
but you are welcome to distribute these packages).

David Wren
PassMark Software
-------------- next part --------------
%define beta %nil

Name: efi-memtest86
Version: 5.0
Release: alt1

Summary: EFI binary of Passmark Memtest86 V5
License: distributable
Group: System/Kernel and hardware

Url: http://www.memtest86.com
Source0: %name-%version%beta.tar.gz
Source1: README.ALT

# x86 might be added but the sense is quite faint
ExclusiveArch: x86_64

BuildRequires: rpm-macros-uefi
BuildRequires: pesign

AutoReqProv: no

%define mt86data %_datadir/%name

%description
UEFI implementation of memtest86 V5.0.

Please note that these binaries are proprietary (see license.rtf)
distributed under permission (see README.ALT).

%package signed
Summary: EFI binary of Passmark Memtest86 V5 (signed variant)
Group: System/Kernel and hardware
Requires: %name = %version-%release

%description signed
UEFI implementation of memtest86 V5.0.

Please note that these binaries are proprietary (see license.rtf)
distributed under permission (see README.ALT).

This package provides means to cope with UEFI SecureBoot
(better described as Restricted Boot) firmware when one
can't disable it easily, doesn't want to, or needs not to.

%prep
%setup -n %name

%install
install -pDm644 EFI/MemTest86-x64.efi %buildroot%_efi_bindir/memtest86.efi

mkdir -p %buildroot%mt86data
cp -a EFI/*.{cfg,png,htm,css} %buildroot%mt86data

%pesign -s -i %buildroot%_efi_bindir/memtest86.efi -o %buildroot%_efi_bindir/memtest86-signed.efi
echo %_efi_bindir/memtest86-signed.efi > signed.manifest

install %SOURCE1 .

%files
%doc license.rtf README.ALT
#doc guide.pdf
%_efi_bindir/memtest86.efi
%mt86data/

%files -f signed.manifest signed

%changelog
* Wed Dec 11 2013 Michael Shigorin <mike at altlinux.org> 5.0-alt1
- V5.0, thanks upstream

* Thu Nov 28 2013 Michael Shigorin <mike at altlinux.org> 5.0-alt0.1
- initial release based on 20131031 binaries

From baggins at pld-linux.org  Sat Dec 14 17:37:52 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 14 Dec 2013 17:37:52 +0100
Subject: Th 2013 snapshot
Message-ID: <20131214163752.GA1377@home.mimuw.edu.pl>

Hi,
To celebrate new year I'm going to make 2013 snapshot of Th line
at the end of December. It will contain the current state of
main/ready/test tree.

If you know of any problems in current package set please report
and/or fix them.

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


From qboosh at pld-linux.org  Sat Dec 14 18:33:25 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 14 Dec 2013 18:33:25 +0100
Subject: [packages/libunique] - up to 3.0.2 - patches applied upstream
In-Reply-To: <0f906c2c2c1cca6695916d4ac82ce584c4e8ca82_refs_heads_master@pld-linux.org>
References: <68c7919c401f8e2110bc0caf1ed002894e6fc876_refs_heads_master@pld-linux.org>
 <0f906c2c2c1cca6695916d4ac82ce584c4e8ca82_refs_heads_master@pld-linux.org>
Message-ID: <20131214173325.GA10474@stranger.qboosh.pl>

On Sat, Dec 07, 2013 at 05:24:01PM +0100, baggins wrote:
> commit 0f906c2c2c1cca6695916d4ac82ce584c4e8ca82
> Author: Jan R?korajski <baggins at pld-linux.org>
> Date:   Sat Dec 7 17:23:42 2013 +0100
> 
>     - up to 3.0.2
>     - patches applied upstream
>     - no static lib upstream

We've got this version already packaged as libunique3, with proper
dependencies (currently libunique.spec contains wrong gtk+2 ones).

Both versions may coexist and should be available (libunique 1.x
for gtk+2, libunique 3.x for gtk+3).

I'd suggest to revert this update.
The alternative is 3-step:
- fork libunique 1.x as libunique1.spec
- merge changes from libunique3 to libunique.spec
- kill libunique3


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


From baggins at pld-linux.org  Sat Dec 14 19:18:17 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 14 Dec 2013 19:18:17 +0100
Subject: [packages/libunique] - up to 3.0.2 - patches applied upstream
In-Reply-To: <20131214173325.GA10474@stranger.qboosh.pl>
References: <68c7919c401f8e2110bc0caf1ed002894e6fc876_refs_heads_master@pld-linux.org>
 <0f906c2c2c1cca6695916d4ac82ce584c4e8ca82_refs_heads_master@pld-linux.org>
 <20131214173325.GA10474@stranger.qboosh.pl>
Message-ID: <20131214181817.GB1377@home.mimuw.edu.pl>

On Sat, 14 Dec 2013, Jakub Bogusz wrote:

> On Sat, Dec 07, 2013 at 05:24:01PM +0100, baggins wrote:
> > commit 0f906c2c2c1cca6695916d4ac82ce584c4e8ca82
> > Author: Jan R?korajski <baggins at pld-linux.org>
> > Date:   Sat Dec 7 17:23:42 2013 +0100
> > 
> >     - up to 3.0.2
> >     - patches applied upstream
> >     - no static lib upstream
> 
> We've got this version already packaged as libunique3, with proper
> dependencies (currently libunique.spec contains wrong gtk+2 ones).
> 
> Both versions may coexist and should be available (libunique 1.x
> for gtk+2, libunique 3.x for gtk+3).
> 
> I'd suggest to revert this update.
> The alternative is 3-step:
> - fork libunique 1.x as libunique1.spec
> - merge changes from libunique3 to libunique.spec
> - kill libunique3

Thanks for catching this. Reverted.

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


From qboosh at pld-linux.org  Sun Dec 15 08:04:11 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 15 Dec 2013 08:04:11 +0100
Subject: libcrypto++.spec vs cryptopp.spec
Message-ID: <20131215070411.GA25906@mail>

Yet again, it seems that we have the same package under two names.
libcrypto++.spec since 2009, cryptopp.spec since 2004.

Which one to kill (after merging missing changes from the other)?


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


From baggins at pld-linux.org  Sun Dec 15 09:54:31 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 15 Dec 2013 09:54:31 +0100
Subject: libcrypto++.spec vs cryptopp.spec
In-Reply-To: <20131215070411.GA25906@mail>
References: <20131215070411.GA25906@mail>
Message-ID: <20131215085431.GA1363@home.mimuw.edu.pl>

On Sun, 15 Dec 2013, Jakub Bogusz wrote:

> Yet again, it seems that we have the same package under two names.
> libcrypto++.spec since 2009, cryptopp.spec since 2004.
> 
> Which one to kill (after merging missing changes from the other)?

libcrypto++ and libcrypto++5.2 look dead, and cryptopp looks maintained.
I'd kill libcrypto++* packages (I already did on ftp). Besides, the
original project is called cryptopp.

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


From bartml at wp.pl  Sun Dec 15 18:04:09 2013
From: bartml at wp.pl (Bartlomiej B.)
Date: Sun, 15 Dec 2013 18:04:09 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131214163752.GA1377@home.mimuw.edu.pl>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
Message-ID: <20131215170409.GA4875@bbmachine>

On Sat, Dec 14, 2013 at 17:37:52 +0100, Jan R?korajski wrote:
> Hi,
> To celebrate new year I'm going to make 2013 snapshot of Th line
> at the end of December. It will contain the current state of
> main/ready/test tree.
> 
> If you know of any problems in current package set please report
> and/or fix them.
> 

Here is an example (current Th):

poldek:/all-avail> upgrade *
Przetwarzanie zale?no?ci...
xorg-driver-video-nvidia-libs-319.49-7.x86_64 zostanie zast?piony
przez xorg-driver-video-nvidia-libs-331.20-1.x86_64
xorg-driver-video-nvidia-319.49-7.x86_64 zostanie zast?piony przez
xorg-driver-video-nvidia-331.20-1.x86_64
kernel-video-nvidia-319.49-7 at 3.10.15_1.x86_64 zostanie zast?piony
przez kernel-video-nvidia-331.20-1 at 3.10.22_1.x86_64
kernel-3.10.15-1.x86_64 zostanie zast?piony przez
kernel-3.10.22-1.x86_64
kernel-drm-3.10.15-1.x86_64 zostanie zast?piony przez
kernel-drm-3.10.22-1.x86_64
b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
kernel-misc-vboxdrv-4.2.16-8 at 3.10.15_1.x86_64
b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
kernel-misc-vboxnetadp-4.2.16-8 at 3.10.15_1.x86_64
b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
kernel-misc-vboxnetflt-4.2.16-8 at 3.10.15_1.x86_64
b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
kernel-misc-vboxpci-4.2.16-8 at 3.10.15_1.x86_64
kernel-sound-alsa-3.10.15-1.x86_64 zostanie zast?piony przez
kernel-sound-alsa-3.10.22-1.x86_64
xorg-app-twm-1.0.8-1.x86_64 zostanie zast?piony przez
xorg-app-twm-1.0.8-2.x86_64
xorg-app-xinput-1.6.0-1.x86_64 zostanie zast?piony przez
xorg-app-xinput-1.6.1-2.x86_64
xorg-driver-input-evdev-2.8.1-1.x86_64 zostanie zast?piony przez
xorg-driver-input-evdev-2.8.2-2.x86_64
xorg-driver-input-keyboard-1.7.0-1.x86_64 zostanie zast?piony przez
xorg-driver-input-keyboard-1.8.0-1.x86_64
xorg-driver-video-vboxvideo-4.2.16-8.x86_64 zostanie zast?piony przez
xorg-driver-video-vboxvideo-4.3.4-1.x86_64
xorg-lib-libXvMC-1.0.8-1.x86_64 zostanie zast?piony przez
xorg-lib-libXvMC-1.0.8-2.x86_64
xorg-lib-libxkbcommon-0.3.1-1.x86_64 zostanie zast?piony przez
xorg-lib-libxkbcommon-0.3.2-1.x86_64
xorg-lib-libxkbcommon-devel-0.3.1-1.x86_64 zostanie zast?piony przez
xorg-lib-libxkbcommon-devel-0.3.2-1.x86_64
xorg-proto-xproto-devel-7.0.24-1.x86_64 zostanie zast?piony przez
xorg-proto-xproto-devel-7.0.25-1.x86_64
xorg-xserver-libglx-1.14.3-2.x86_64 zostanie zast?piony przez
xorg-xserver-libglx-1.14.4-2.x86_64
xorg-xserver-server-1.14.3-2.x86_64 zostanie zast?piony przez
xorg-xserver-server-1.14.4-2.x86_64
xorg-xserver-server-devel-1.14.3-2.x86_64 zostanie zast?piony przez
xorg-xserver-server-devel-1.14.4-2.x86_64
Jest 18 pakiet?w do instalacji, 18 do usuni?cia:
I kernel-3.10.22-1.x86_64  kernel-drm-3.10.22-1.x86_64
kernel-sound-alsa-3.10.22-1.x86_64  
I kernel-video-nvidia-331.20-1 at 3.10.22_1.x86_64
xorg-app-twm-1.0.8-2.x86_64  xorg-app-xinput-1.6.1-2.x86_64  
I xorg-driver-input-evdev-2.8.2-2.x86_64
xorg-driver-input-keyboard-1.8.0-1.x86_64  
I xorg-driver-video-nvidia-331.20-1.x86_64
xorg-driver-video-nvidia-libs-331.20-1.x86_64  
I xorg-driver-video-vboxvideo-4.3.4-1.x86_64
xorg-lib-libXvMC-1.0.8-2.x86_64  xorg-lib-libxkbcommon-0.3.2-1.x86_64  
I xorg-lib-libxkbcommon-devel-0.3.2-1.x86_64
xorg-proto-xproto-devel-7.0.25-1.x86_64  
I xorg-xserver-libglx-1.14.4-2.x86_64
xorg-xserver-server-1.14.4-2.x86_64
xorg-xserver-server-devel-1.14.4-2.x86_64
R kernel-3.10.15-1.x86_64  kernel-drm-3.10.15-1.x86_64
kernel-sound-alsa-3.10.15-1.x86_64  
R kernel-video-nvidia-319.49-7 at 3.10.15_1.x86_64
xorg-app-twm-1.0.8-1.x86_64  xorg-app-xinput-1.6.0-1.x86_64  
R xorg-driver-input-evdev-2.8.1-1.x86_64
xorg-driver-input-keyboard-1.7.0-1.x86_64  
R xorg-driver-video-nvidia-319.49-7.x86_64
xorg-driver-video-nvidia-libs-319.49-7.x86_64  
R xorg-driver-video-vboxvideo-4.2.16-8.x86_64
xorg-lib-libXvMC-1.0.8-1.x86_64  xorg-lib-libxkbcommon-0.3.1-1.x86_64  
R xorg-lib-libxkbcommon-devel-0.3.1-1.x86_64
xorg-proto-xproto-devel-7.0.24-1.x86_64  
R xorg-xserver-libglx-1.14.3-2.x86_64
xorg-xserver-server-1.14.3-2.x86_64
xorg-xserver-server-devel-1.14.3-2.x86_64
This operation will use 11.2MB of disk space.
Potrzeba pobra? 76.3MB archiw?w (76.3MB do pobrania).

b??d: 4 niespe?nione zale?no?ci
Wyst?pi?y b??dy podczas instalacji


Another thing: Bluetooth icon doesn't show (some lib missing?):
$ blueman-applet 

** (process:4952): WARNING **: Trying to register gtype
'GMountMountFlags' as enum when in fact it is of type 'GFlags'

** (process:4952): WARNING **: Trying to register gtype
'GDriveStartFlags' as enum when in fact it is of type 'GFlags'

** (process:4952): WARNING **: Trying to register gtype
'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'
Loading configuration plugins
_________
<module>
(/usr/share/python2.7/site-packages/blueman/main/Config.py:20)
Skipping plugin Gconf
No module named gconf 
blueman-applet version 1.23 starting
Using file config backend
_________
Load
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:68)
['KillSwitch', 'ExitItem', 'DiscvManager', 'NMPANSupport',
'SerialManager', 'PowerManager', 'AuthAgent', 'Headset', 'StatusIcon',
'TransferService', 'RecentConns', 'StandardItems', 'Menu',
'Networking', 'NMDUNSupport', 'DhcpClient', 'ShowConnected',
'NetUsage', 'PulseAudio', 'DBusService', 'PPPSupport', 'AppIndicator'] 
Using file config backend
_________
Load
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:68)
Unable to load plugin module NMPANSupport
No module named gconf 
_________
Load
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:68)
Unable to load plugin module AppIndicator
No module named appindicator 
_________
__load_plugin
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:142)
loading <class 'blueman.plugins.applet.StatusIcon.StatusIcon'> 
Using file config backend
_________
__load_plugin
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:142)
loading <class 'blueman.plugins.applet.DBusService.DBusService'> 
_________
__load_plugin
(/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:142)
loading <class 'blueman.plugins.applet.Headset.Headset'> 
Using file config backend
(...)

b.

-- 
http://bebe.freeshell.org
https://bartlomiejb.wordpress.com/


From baggins at pld-linux.org  Mon Dec 16 00:06:11 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Mon, 16 Dec 2013 00:06:11 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131215170409.GA4875@bbmachine>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <20131215170409.GA4875@bbmachine>
Message-ID: <20131215230611.GA6755@home.mimuw.edu.pl>

On Sun, 15 Dec 2013, Bartlomiej B. wrote:

> On Sat, Dec 14, 2013 at 17:37:52 +0100, Jan R?korajski wrote:
> > Hi,
> > To celebrate new year I'm going to make 2013 snapshot of Th line
> > at the end of December. It will contain the current state of
> > main/ready/test tree.
> > 
> > If you know of any problems in current package set please report
> > and/or fix them.
> > 
> 
> Here is an example (current Th):
> 
> poldek:/all-avail> upgrade *
[...]
> b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> kernel-misc-vboxdrv-4.2.16-8 at 3.10.15_1.x86_64
> b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> kernel-misc-vboxnetadp-4.2.16-8 at 3.10.15_1.x86_64
> b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> kernel-misc-vboxnetflt-4.2.16-8 at 3.10.15_1.x86_64
> b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> kernel-misc-vboxpci-4.2.16-8 at 3.10.15_1.x86_64
[...]
> 
> b??d: 4 niespe?nione zale?no?ci
> Wyst?pi?y b??dy podczas instalacji

It's not obsoleted for a reason, adding O to new VirtualBox kernel
packages would remove all old versions for all kernels on install.
You're the first person I heard of that does upgrade (not install)
of kernel packages.

> Another thing: Bluetooth icon doesn't show (some lib missing?):

More like bug in app. Try 1.23-2 from th-test.

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


From bartml at wp.pl  Mon Dec 16 03:38:07 2013
From: bartml at wp.pl (Bartlomiej B.)
Date: Mon, 16 Dec 2013 03:38:07 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131215230611.GA6755@home.mimuw.edu.pl>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <20131215170409.GA4875@bbmachine>
 <20131215230611.GA6755@home.mimuw.edu.pl>
Message-ID: <20131216023807.GA1384@bbmachine>

On Mon, Dec 16, 2013 at 00:06:11 +0100, Jan R?korajski wrote:
> > [...]
> > poldek:/all-avail> upgrade *
> [...]
> > b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> > kernel-misc-vboxdrv-4.2.16-8 at 3.10.15_1.x86_64
> > b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> > kernel-misc-vboxnetadp-4.2.16-8 at 3.10.15_1.x86_64
> > b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> > kernel-misc-vboxnetflt-4.2.16-8 at 3.10.15_1.x86_64
> > b??d: kernel = 3:3.10.15-1 jest wymagany przez zainstalowany pakiet
> > kernel-misc-vboxpci-4.2.16-8 at 3.10.15_1.x86_64
> [...]
> > 
> > b??d: 4 niespe?nione zale?no?ci
> > Wyst?pi?y b??dy podczas instalacji
> 
> It's not obsoleted for a reason, adding O to new VirtualBox kernel
> packages would remove all old versions for all kernels on install.
> You're the first person I heard of that does upgrade (not install)
> of kernel packages.

?
So what is the proper way of upgrading kernel packages if not
"upgrade" in poldek?
Anyway, I see now what was my problem: kernel-misc-vboxdrv etc. is now
one package: kernel-virtualbox-host.

The following worked:
poldek> uninstall kernel-misc-vbox*
poldek> upgrade *
poldek> install kernel-virtualbox-host-4.3.4-1 at 3.10.22_1.x86_64

> 
> > Another thing: Bluetooth icon doesn't show (some lib missing?):
> 
> More like bug in app. Try 1.23-2 from th-test.

It still doesn't work. Maybe the problem is this:

Load (/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:68)
Unable to load plugin module AppIndicator
No module named appindicator 

I use XFCE4, if it matters.

b.

-- 
http://bebe.freeshell.org
https://bartlomiejb.wordpress.com/


From glen at pld-linux.org  Mon Dec 16 10:48:45 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Mon, 16 Dec 2013 11:48:45 +0200
Subject: [packages/cpufrequtils] - some working URLs (old linux kernel
 mirror); development seems stalled anyway
In-Reply-To: <19acf9b5dd122f1457b26309b690f1f077d8e4a3_refs_heads_master@pld-linux.org>
References: <0017571848c352d10fb57080203922c23331120d_refs_heads_master@pld-linux.org>
 <19acf9b5dd122f1457b26309b690f1f077d8e4a3_refs_heads_master@pld-linux.org>
Message-ID: <52AECC7D.5010902@pld-linux.org>

On 15.12.2013 11:17, qboosh wrote:
> commit 19acf9b5dd122f1457b26309b690f1f077d8e4a3
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Sun Dec 15 10:19:09 2013 +0100
>
>      - some working URLs (old linux kernel mirror); development seems stalled anyway
>

it's not "stalled", it's inside kernel-tools.spec now

-- 
glen



From baggins at pld-linux.org  Wed Dec 18 08:40:07 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Wed, 18 Dec 2013 08:40:07 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131216023807.GA1384@bbmachine>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <20131215170409.GA4875@bbmachine>
 <20131215230611.GA6755@home.mimuw.edu.pl>
 <20131216023807.GA1384@bbmachine>
Message-ID: <20131218074007.GA1347@home.mimuw.edu.pl>

On Mon, 16 Dec 2013, Bartlomiej B. wrote:

> On Mon, Dec 16, 2013 at 00:06:11 +0100, Jan R?korajski wrote:
> > > [...]
> 
> > 
> > > Another thing: Bluetooth icon doesn't show (some lib missing?):
> > 
> > More like bug in app. Try 1.23-2 from th-test.
> 
> It still doesn't work. Maybe the problem is this:
> 
> Load (/usr/share/python2.7/site-packages/blueman/main/PluginManager.py:68)
> Unable to load plugin module AppIndicator
> No module named appindicator 
> 
> I use XFCE4, if it matters.

I added missing status icons in rel 3. Can't really test it as I don't
have bluetooth devices.

AppIndicator is some Ubuntu invention, shouldn't matter for us.

-- 
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  Wed Dec 18 10:10:23 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Wed, 18 Dec 2013 10:10:23 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131218074007.GA1347@home.mimuw.edu.pl>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <20131216023807.GA1384@bbmachine> <20131218074007.GA1347@home.mimuw.edu.pl>
Message-ID: <2574118.jXbmPMqMKs@laptok>

Dnia ?roda, 18 grudnia 2013 08:40:07 Jan R?korajski pisze:
[...]
> I added missing status icons in rel 3. Can't really test it as I don't
> have bluetooth devices.
> 
> AppIndicator is some Ubuntu invention, shouldn't matter for us.

If we're talking about BT - libbluedevil and kde4-bluedevil are useless with 
bluez-5.x for libbluedevil is not compatible with this version but works with 
4.x. Therefore, they should be removed from distro. Which I personally don't 
like (I'm using it for I cannot find any replacement, which does not need 
GNOME).
-- 
?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 baggins at pld-linux.org  Wed Dec 18 13:12:48 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Wed, 18 Dec 2013 13:12:48 +0100
Subject: Th 2013 snapshot
In-Reply-To: <2574118.jXbmPMqMKs@laptok>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <20131216023807.GA1384@bbmachine>
 <20131218074007.GA1347@home.mimuw.edu.pl>
 <2574118.jXbmPMqMKs@laptok>
Message-ID: <20131218121248.GP8270@sith.mimuw.edu.pl>

On Wed, 18 Dec 2013, ?ukasz Ma?ko wrote:

> Dnia ?roda, 18 grudnia 2013 08:40:07 Jan R?korajski pisze:
> [...]
> > I added missing status icons in rel 3. Can't really test it as I don't
> > have bluetooth devices.
> > 
> > AppIndicator is some Ubuntu invention, shouldn't matter for us.
> 
> If we're talking about BT - libbluedevil and kde4-bluedevil are useless with 
> bluez-5.x for libbluedevil is not compatible with this version but works with 
> 4.x. Therefore, they should be removed from distro. Which I personally don't 
> like (I'm using it for I cannot find any replacement, which does not need 
> GNOME).

Please test kde4-bluedevil 2.0.0 from th-test.

-- 
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  Wed Dec 18 13:40:40 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Wed, 18 Dec 2013 13:40:40 +0100
Subject: Th 2013 snapshot
In-Reply-To: <20131218121248.GP8270@sith.mimuw.edu.pl>
References: <20131214163752.GA1377@home.mimuw.edu.pl>
 <2574118.jXbmPMqMKs@laptok> <20131218121248.GP8270@sith.mimuw.edu.pl>
Message-ID: <1512422.stH2kpZtXZ@laptok>

Dnia ?roda, 18 grudnia 2013 13:12:48 Jan R?korajski pisze:
[...]
> > If we're talking about BT - libbluedevil and kde4-bluedevil are useless
> > with bluez-5.x for libbluedevil is not compatible with this version but
> > works with 4.x. Therefore, they should be removed from distro. Which I
> > personally don't like (I'm using it for I cannot find any replacement,
> > which does not need GNOME).
> 
> Please test kde4-bluedevil 2.0.0 from th-test.

Seems to work. Thanks. I've thought I'would never see the newer version ;-)
-- 
?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 jajcus at jajcus.net  Wed Dec 18 16:18:57 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Wed, 18 Dec 2013 16:18:57 +0100
Subject: C.UTF-8 locale
Message-ID: <52B1BCE1.7080206@jajcus.net>

Hi,

Current upstream GIT code expects C.UTF-8 locale being available for
properly processing i18n files. I also find this locale usefull ? one
may want to tell system to use UTF-8 instead of ASCII, but do no other
localisation.

However, we don't have such locale in our glibc-localedb-all, nor is it
generated by localedbgen (at least, not by default). For GRUB I made
a workaround by BR: glibc-localedb-all and using 'en_US.utf-8' instead
of 'C.utf-8', but I think it might be a good idea to ship 'C.utf-8' in
PLD by default.

What do you think?

And should it be an additional locale like all languages (provided by
glibc-localedb-all or generated with localedbgen) or should it be
provided directly by glibc (or anything else)?

Greets,
	Jacek


From blues at pld-linux.org  Wed Dec 18 16:51:58 2013
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 18 Dec 2013 16:51:58 +0100 (CET)
Subject: C.UTF-8 locale
In-Reply-To: <52B1BCE1.7080206@jajcus.net>
References: <52B1BCE1.7080206@jajcus.net>
Message-ID: <alpine.LNX.2.00.1312181651400.20874@fgnss.gnfx.tqn.cy>

On Wed, 18 Dec 2013, Jacek Konieczny wrote:
> Current upstream GIT code expects C.UTF-8 locale being available for
> properly processing i18n files. I also find this locale usefull ? one
> may want to tell system to use UTF-8 instead of ASCII, but do no other
> localisation.
> 
> However, we don't have such locale in our glibc-localedb-all, nor is it
> generated by localedbgen (at least, not by default). For GRUB I made
> a workaround by BR: glibc-localedb-all and using 'en_US.utf-8' instead
> of 'C.utf-8', but I think it might be a good idea to ship 'C.utf-8' in
> PLD by default.
> 
> What do you think?

go ahead :)

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From qboosh at pld-linux.org  Wed Dec 18 17:35:41 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 18 Dec 2013 17:35:41 +0100
Subject: C.UTF-8 locale
In-Reply-To: <52B1BCE1.7080206@jajcus.net>
References: <52B1BCE1.7080206@jajcus.net>
Message-ID: <20131218163541.GA3620@mail>

On Wed, Dec 18, 2013 at 04:18:57PM +0100, Jacek Konieczny wrote:
> Hi,
> 
> Current upstream GIT code expects C.UTF-8 locale being available for
> properly processing i18n files. I also find this locale usefull ? one
> may want to tell system to use UTF-8 instead of ASCII, but do no other
> localisation.
> 
> However, we don't have such locale in our glibc-localedb-all, nor is it
> generated by localedbgen (at least, not by default). For GRUB I made
> a workaround by BR: glibc-localedb-all and using 'en_US.utf-8' instead
> of 'C.utf-8', but I think it might be a good idea to ship 'C.utf-8' in
> PLD by default.
> 
> What do you think?
> 
> And should it be an additional locale like all languages (provided by
> glibc-localedb-all or generated with localedbgen) or should it be
> provided directly by glibc (or anything else)?

C is handled in code as special case (not included in localedb).
C.UTF-8 would be larger, probably too large for builtin... see some
RH/Fedora discussion:
https://bugzilla.redhat.com/show_bug.cgi?id=902094

Debian has C.UTF-8 (as generated locale I think).
As can be googled, some other packages required changes to support it
properly.


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


From jajcus at jajcus.net  Wed Dec 18 17:42:36 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Wed, 18 Dec 2013 17:42:36 +0100
Subject: C.UTF-8 locale
In-Reply-To: <20131218163541.GA3620@mail>
References: <52B1BCE1.7080206@jajcus.net> <20131218163541.GA3620@mail>
Message-ID: <52B1D07C.1080704@jajcus.net>

On 2013-12-18 17:35, Jakub Bogusz wrote:
> C is handled in code as special case (not included in localedb).
> C.UTF-8 would be larger, probably too large for builtin... see some
> RH/Fedora discussion:
> https://bugzilla.redhat.com/show_bug.cgi?id=902094
> 
> Debian has C.UTF-8 (as generated locale I think).

I guess C.UTF-8 could be efficiently handled as a special case in the
code (just process the encoding, use Unicode character order for
collation, some efficient bitmap/hash for character classes), but that
is a bigger change in glibc.

I think providing it as a regular 'built' locale should be good enough
for us.

> As can be googled, some other packages required changes to support it
> properly.

It won't be used by default (not at this point), so I guess this can be
solved later.

Greets,
	Jacek


From jajcus at jajcus.net  Wed Dec 18 19:10:58 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Wed, 18 Dec 2013 19:10:58 +0100
Subject: C.UTF-8 locale
In-Reply-To: <52B1BCE1.7080206@jajcus.net>
References: <52B1BCE1.7080206@jajcus.net>
Message-ID: <52B1E532.9050704@jajcus.net>

On 2013-12-18 16:18, Jacek Konieczny wrote:
> Current upstream GIT code expects C.UTF-8 locale being available for

Ooops? I was writing about current GRUB code

this doesn't affect the rest of the discussion, though :)


From glen at pld-linux.org  Wed Dec 18 21:44:58 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Wed, 18 Dec 2013 22:44:58 +0200
Subject: C.UTF-8 locale
In-Reply-To: <alpine.LNX.2.00.1312181651400.20874@fgnss.gnfx.tqn.cy>
References: <52B1BCE1.7080206@jajcus.net>
 <alpine.LNX.2.00.1312181651400.20874@fgnss.gnfx.tqn.cy>
Message-ID: <52B2094A.9070107@pld-linux.org>

On 18/12/13 17:51, Pawe? Go?aszewski wrote:
> On Wed, 18 Dec 2013, Jacek Konieczny wrote:
>> Current upstream GIT code expects C.UTF-8 locale being available for
>> properly processing i18n files. I also find this locale usefull ? one
>> may want to tell system to use UTF-8 instead of ASCII, but do no other
>> localisation.
>>
>> However, we don't have such locale in our glibc-localedb-all, nor is it
>> generated by localedbgen (at least, not by default). For GRUB I made
>> a workaround by BR: glibc-localedb-all and using 'en_US.utf-8' instead
>> of 'C.utf-8', but I think it might be a good idea to ship 'C.utf-8' in
>> PLD by default.
>>
>> What do you think?
> go ahead :)
>
yes, especially as osx have such locale by default(?), and logging in to 
pld machine says unknown locale error (warning)

-- 
glen



From r.wobben at home.nl  Sat Dec 21 18:47:06 2013
From: r.wobben at home.nl (Roelof Wobben)
Date: Sat, 21 Dec 2013 18:47:06 +0100
Subject: Cinnamon
Message-ID: <52B5D41A.2060409@home.nl>

Hello,

Is there still interest in Cinnamon 2.0.
If so, I can do the job if someone wants to mentor me because I do not 
have any experience with rpm porting.

Second question : Is there good English documentation how to keep my box 
up-to-date ?

Roelof


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



From glen at pld-linux.org  Sun Dec 22 21:09:55 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sun, 22 Dec 2013 22:09:55 +0200
Subject: nscd under th
Message-ID: <52B74713.9000105@pld-linux.org>

in vservers, i have noticed that when nscd is up, hostname lookups just 
fail. any ideas?
unscd fails similarily, and i had at least one case when guest = ac had 
same failure, and also on 3.10 kernel

workaround is to set "enable-cache hosts no" in /etc/nscd.conf

# service nscd start
Starting Name Switch Cache Daemon service.........................................................................[ DONE ]

# getent hosts -i www.pld-linux.org; echo $?
2

# service nscd stop
Stopping Name Switch Cache Daemon service.........................................................................[ DONE ]

# getent hosts -i www.pld-linux.org; echo $?
217.149.246.10  pld-linux.org www.pld-linux.org
0

# uname -rm
3.4.60.longterm-1 x86_64

# rpm -q glibc
glibc-2.18-4.x86_64
nscd-2.18-4.x86_64





-- 
glen



From glen at pld-linux.org  Tue Dec 24 16:43:55 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Tue, 24 Dec 2013 17:43:55 +0200
Subject: Cinnamon
In-Reply-To: <52B5D41A.2060409@home.nl>
References: <52B5D41A.2060409@home.nl>
Message-ID: <52B9ABBB.9050205@pld-linux.org>

On 21.12.2013 19:47, Roelof Wobben wrote:
> Hello,
>
> Is there still interest in Cinnamon 2.0.
> If so, I can do the job if someone wants to mentor me because I do not 
> have any experience with rpm porting.

could you introduce what is your project? what is cinnamon 2.0 (links, etc)
and for starters you can use existing pld package specs if you know what 
your packages are similar to.
there's also template-specs: 
http://git.pld-linux.org/?p=projects/template-specs.git;a=summary

> Second question : Is there good English documentation how to keep my 
> box up-to-date ?
unlikel. but isn't it just: poldek --upgrade-dist ? :) i.e if you want 
to keep your box up to date with distro packages.

if you want to update distro packages themselves, then arekm runs 
pldnotify script that updates .spec to upstream differences:
http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/PLD-doc/PLD-update-TODO?view=log

there are also crons that update fresshness info related to .spec to 
packages on ftp
http://ep09.pld-linux.org/~pldth/freshness.txt 
<http://ep09.pld-linux.org/%7Epldth/freshness.txt>
more from here: http://ep09.pld-linux.org/~pldth/ 
<http://ep09.pld-linux.org/%7Epldth/>

> Roelof


-- 
glen



From qboosh at pld-linux.org  Sat Dec 28 20:54:23 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 28 Dec 2013 20:54:23 +0100
Subject: qt5-qtbase libraries packaging
In-Reply-To: <51df396b833ac28442462aedcf270608217142c8_refs_heads_master@pld-linux.org>
References: <20131228173532.1918.79304@pld-linux.org>
 <51df396b833ac28442462aedcf270608217142c8_refs_heads_master@pld-linux.org>
Message-ID: <20131228195423.GA7719@mail>

How to split it?
One big package is too big e.g. for non-GUI apps.

RH/Fedora uses base and -gui.
Rosa (Mandriva?) uses libqt5core etc.

In qt4 we used QtModule convention - should we follow it, using Qt5Module
packages?

Alternatives are:
libQt5Module
qt5-Qt5Module
qt5-libQt5Module

I think that Qt5Module convention is the most simple and consistent with
our qt4 packages.


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


From witekfl at poczta.gazeta.pl  Sun Dec 29 13:22:45 2013
From: witekfl at poczta.gazeta.pl (Witold Filipczyk)
Date: Sun, 29 Dec 2013 12:22:45 +0000 (UTC)
Subject: qt5-qtbase libraries packaging
References: <20131228173532.1918.79304@pld-linux.org>
 <51df396b833ac28442462aedcf270608217142c8_refs_heads_master@pld-linux.org>
 <20131228195423.GA7719@mail>
Message-ID: <loom.20131229T130359-318@post.gmane.org>

Jakub Bogusz <qboosh <at> pld-linux.org> writes:

> 
> How to split it?
> One big package is too big e.g. for non-GUI apps.
> 
> RH/Fedora uses base and -gui.
> Rosa (Mandriva?) uses libqt5core etc.
> 
> In qt4 we used QtModule convention - should we follow it, using Qt5Module
> packages?
> 
> Alternatives are:
> libQt5Module
> qt5-Qt5Module
> qt5-libQt5Module
> 
> I think that Qt5Module convention is the most simple and consistent with
> our qt4 packages.

The question is:
to split or not to split?
35MB is big or not?

If split, then every single library in separate package.
It will be easier to package this way. But what with plugins?

If split, then split other qt5-libraries.
IMO: Naming convention: specs like in Fedora qt5-qtbase.spec, qt5-
qtxmlpatterns.spec, etc.
Package names like: Qt5Xml , Qt5Xml-devel, qt5-qtbase-doc, qt5-qtbase-
examples. Libraries like in qt4, docs and examples take names from specs.

But, I'm against splitting qt5-qtbase at all.



From jajcus at jajcus.net  Tue Dec 31 10:37:32 2013
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 31 Dec 2013 10:37:32 +0100
Subject: GRUB2 =?windows-1252?Q?=96_should_we_use_a_recent_sn?=
 =?windows-1252?Q?apshot=3F?=
Message-ID: <52C2905C.4010300@jajcus.net>

Hi,

The grub 2.00 release is buggy and lacking features. And their release
cycle is ridiculous ? 2.00 was released in June 2012, lots of fixes were
commited to their repository, but no new release was made.

We have some patches from Fedora. I have been trying to fix bugs by
back-porting patches from upstream, but the package in th is still
unreliable (checked with pld-new-rescue, which relies heavily on GRUB).

Back-porting changes from upstream is less and less convenient, as
differences between their trunk and 2.00 are now very big.

Fedora now has over 480 patches in their grub 2.00 package (some are
upstream fixes, some are their own inventions) ? I don't think we want
to import and maintain all of them (not even knowing what they really
fix and what is their impact). Cherry-picking Fedora patches would be
probably even more difficult than back-porting fixes from upstream.

Instead I took a recent snapshot from GRUB2 repository and created a
'DEVEL' branch for our grub2 package. I have updated only the few
missing patches that I thought they are usefull and dropped all the rest
(including some PXE booting improvements from Fedora). Now the grub2
package from the DEVEL branch works significantly better for me ? PLD NR
can now quite reliably boot via PBX (both BIOS and EFI).

I think we should switch to GRUB2 snapshot in Th.

What do you think?
Does anybody need the patches I have dropped on the DEVEL branch?
Can any grub2 user test the package from the DEVEL branch?

Greets,
    Jacek



From baggins at pld-linux.org  Tue Dec 31 19:32:27 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 31 Dec 2013 19:32:27 +0100
Subject: [packages/samba4] - all samba/vfs modules belong to samba3
 exclusively; samba4 uses different ntvfs interface
In-Reply-To: <2948c518df0a1cdc2672a30e14a7138de4b0a5bc_refs_heads_master@pld-linux.org>
References: <c53812ea5d1d5379f83fcc829f6f35d7b1c040f4_refs_heads_master@pld-linux.org>
 <2948c518df0a1cdc2672a30e14a7138de4b0a5bc_refs_heads_master@pld-linux.org>
Message-ID: <20131231183227.GB1508@home.mimuw.edu.pl>

On Tue, 31 Dec 2013, qboosh wrote:

> commit 2948c518df0a1cdc2672a30e14a7138de4b0a5bc
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Tue Dec 31 19:26:50 2013 +0100
> 
>     - all samba/vfs modules belong to samba3 exclusively; samba4 uses different ntvfs interface

Oh, you are so wrong. Revert this commit.
Did you deployed this software anywhere? AD functionality will not work
without those few vfs modules.

> 
>  samba4.spec | 29 ++++++++++++++++-------------
>  1 file changed, 16 insertions(+), 13 deletions(-)
> ---
> diff --git a/samba4.spec b/samba4.spec
> index 37d07d9..0c426bd 100644
> --- a/samba4.spec
> +++ b/samba4.spec
> @@ -1205,14 +1205,6 @@ fi
>  %attr(755,root,root) %{_libdir}/samba/libutil_tdb.so
>  %attr(755,root,root) %{_libdir}/samba/libwinbind-client.so
>  %attr(755,root,root) %{_libdir}/samba/libxattr_tdb.so
> -%dir %{_libdir}/samba/vfs
> -%attr(755,root,root) %{_libdir}/samba/vfs/acl_xattr.so
> -%attr(755,root,root) %{_libdir}/samba/vfs/btrfs.so
> -#%attr(755,root,root) %{_libdir}/samba/vfs/ceph.so
> -%attr(755,root,root) %{_libdir}/samba/vfs/fileid.so
> -%attr(755,root,root) %{_libdir}/samba/vfs/glusterfs.so
> -%attr(755,root,root) %{_libdir}/samba/vfs/posix_eadb.so
> -%attr(755,root,root) %{_libdir}/samba/vfs/xattr_tdb.so
>  %dir %{_datadir}/samba
>  %dir %{_datadir}/samba/codepages
>  %{_datadir}/samba/codepages/lowcase.dat
> @@ -1223,10 +1215,6 @@ fi
>  %{_mandir}/man7/samba.7*
>  %{_mandir}/man8/samba-regedit.8*
>  %{_mandir}/man8/samba-tool.8*
> -%{_mandir}/man8/vfs_acl_xattr.8*
> -%{_mandir}/man8/vfs_btrfs.8*
> -%{_mandir}/man8/vfs_fileid.8*
> -%{_mandir}/man8/vfs_xattr_tdb.8*
>  
>  # TODO
>  %attr(755,root,root) %{_bindir}/ntdbbackup
> @@ -1481,7 +1469,10 @@ fi
>  # TODO
>  %attr(755,root,root) %{py_sitedir}/ntdb.so
>  %if %{without system_libs}
> -%attr(755,root,root) %{py_sitedir}/*.so
> +%attr(755,root,root) %{py_sitedir}/ldb.so
> +%attr(755,root,root) %{py_sitedir}/talloc.so
> +%attr(755,root,root) %{py_sitedir}/tdb.so
> +%attr(755,root,root) %{py_sitedir}/_tevent.so
>  %{py_sitedir}/tevent.py[co]
>  %endif
>  
> @@ -1529,16 +1520,23 @@ fi
>  %attr(755,root,root) %{_libdir}/samba/idmap/rfc2307.so
>  %attr(755,root,root) %{_libdir}/samba/idmap/rid.so
>  %attr(755,root,root) %{_libdir}/samba/idmap/tdb2.so
> +%dir %{_libdir}/samba/vfs
>  %attr(755,root,root) %{_libdir}/samba/vfs/acl_tdb.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/acl_xattr.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/aio_fork.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/aio_linux.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/aio_posix.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/aio_pthread.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/btrfs.so
> +#%attr(755,root,root) %{_libdir}/samba/vfs/ceph.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/commit.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/crossrename.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/dirsort.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/fileid.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/glusterfs.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/linux_xfs_sgid.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/media_harmony.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/posix_eadb.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/preopen.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/shadow_copy2.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/smb_traffic_analyzer.so
> @@ -1546,6 +1544,7 @@ fi
>  %attr(755,root,root) %{_libdir}/samba/vfs/streams_xattr.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/syncops.so
>  %attr(755,root,root) %{_libdir}/samba/vfs/time_audit.so
> +%attr(755,root,root) %{_libdir}/samba/vfs/xattr_tdb.so
>  %dir %{_libdir}/samba/pdb
>  %attr(755,root,root) %{_libdir}/samba/pdb/ldapsam.so
>  %attr(755,root,root) %{_libdir}/samba/pdb/smbpasswd.so
> @@ -1574,12 +1573,15 @@ fi
>  %{_mandir}/man8/smbpasswd.8*
>  %{_mandir}/man8/smbta-util.8*
>  %{_mandir}/man8/vfs_acl_tdb.8*
> +%{_mandir}/man8/vfs_acl_xattr.8*
>  %{_mandir}/man8/vfs_aio_fork.8*
>  %{_mandir}/man8/vfs_aio_linux.8*
>  %{_mandir}/man8/vfs_aio_pthread.8*
> +%{_mandir}/man8/vfs_btrfs.8*
>  %{_mandir}/man8/vfs_commit.8*
>  %{_mandir}/man8/vfs_crossrename.8*
>  %{_mandir}/man8/vfs_dirsort.8*
> +%{_mandir}/man8/vfs_fileid.8*
>  %{_mandir}/man8/vfs_linux_xfs_sgid.8*
>  %{_mandir}/man8/vfs_media_harmony.8*
>  %{_mandir}/man8/vfs_preopen.8*
> @@ -1589,6 +1591,7 @@ fi
>  %{_mandir}/man8/vfs_streams_xattr.8*
>  %{_mandir}/man8/vfs_syncops.8*
>  %{_mandir}/man8/vfs_time_audit.8*
> +%{_mandir}/man8/vfs_xattr_tdb.8*
>  
>  %files -n samba3-server
>  %defattr(644,root,root,755)
> ================================================================
> 
> ---- gitweb:
> 
> http://git.pld-linux.org/gitweb.cgi/packages/samba4.git/commitdiff/2948c518df0a1cdc2672a30e14a7138de4b0a5bc
> 
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

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


From baggins at pld-linux.org  Tue Dec 31 21:36:40 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 31 Dec 2013 21:36:40 +0100
Subject: Th 2013 snapshot released
Message-ID: <20131231203640.GC1508@home.mimuw.edu.pl>

As promised I made a new snapshot of the PLD Th line.
See the announcment on http://www.pld-linux.org/ for details.

Happy New Year Everyone!

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


From aredridel at nbtsc.org  Tue Dec 31 21:46:07 2013
From: aredridel at nbtsc.org (Aria Stewart)
Date: Tue, 31 Dec 2013 13:46:07 -0700
Subject: Th 2013 snapshot released
In-Reply-To: <20131231203640.GC1508@home.mimuw.edu.pl>
References: <20131231203640.GC1508@home.mimuw.edu.pl>
Message-ID: <20131231204606.GA9293@polis.nbtsc.org>

On Tue, Dec 31, 2013 at 09:36:40PM +0100, Jan R?korajski wrote:
> As promised I made a new snapshot of the PLD Th line.
> See the announcment on http://www.pld-linux.org/ for details.

And there was much rejoicing!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20131231/497fed38/attachment.sig>