From lukaszgl at post.pl  Sat Jun  1 17:36:15 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Sat, 01 Jun 2013 17:36:15 +0200
Subject: Fwd: DISTFILES: rosegarden: ERRORS: rosegarden-13.04.tar.bz2
In-Reply-To: <51A71A37.30208@pld-linux.org>
References: <1670235.dIcUtEFayM@inhell> <51A71A37.30208@pld-linux.org>
Message-ID: <2502205.5pTKEvM79v@inhell>

On Thursday 30 of May 2013 12:21:59 Elan Ruusam?e wrote:
> On 30.05.2013 11:06, Lukasz Glebicki wrote:
> > How to fetch this sources ? I put it to dropin but script is still trying
> > to download not from dropin? Should I remove temporally from spec MD5
> > signature?
> you need to tell df-fetcher that file is in your dropin, thus .spec
> should have no url.
> you can use temporary branch to do so:
> 
> git checkout master
> git pull --rebase
> git checkout -b df
> vim *.spec # remove url from SourceX, so it would be only filename
> git commit -m "df upload" *.spec
> git push origin df
> sleep 500
> git push origin :df

This is good idea. I used another method to download sources. I changed dl to 
downloads and this helped. In the other hand, why builder script is able to 
download it but builder not?

Regards,
-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From blues at pld-linux.org  Sun Jun  2 20:49:36 2013
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Sun, 2 Jun 2013 20:49:36 +0200 (CEST)
Subject: [packages/openssh] move sshd startup to 22
In-Reply-To: <8f0031d77a6c935b3d2a62152c49ad6409480568_refs_heads_master@pld-linux.org>
References: <8615ba714e0318982f2ea25b801788d2f393f818_refs_heads_master@pld-linux.org>
 <8f0031d77a6c935b3d2a62152c49ad6409480568_refs_heads_master@pld-linux.org>
Message-ID: <alpine.LNX.2.00.1306022049030.26295@fgnss.gnfx.tqn.cy>

On Fri, 31 May 2013, glen wrote:
> commit 8f0031d77a6c935b3d2a62152c49ad6409480568
> Author: Elan Ruusam?e <glen at delfi.ee>
> Date:   Fri May 31 21:43:18 2013 +0300
> 
>     move sshd startup to 22
> 
>  opensshd.init | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
[...]
> -# chkconfig:	345 21 89
> +# chkconfig:	345 22 88

Some rationale?

-- 
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 glen at delfi.ee  Mon Jun  3 11:24:57 2013
From: glen at delfi.ee (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Mon, 03 Jun 2013 12:24:57 +0300
Subject: [packages/openssh] move sshd startup to 22
In-Reply-To: <alpine.LNX.2.00.1306022049030.26295@fgnss.gnfx.tqn.cy>
References: <8615ba714e0318982f2ea25b801788d2f393f818_refs_heads_master@pld-linux.org>
 <8f0031d77a6c935b3d2a62152c49ad6409480568_refs_heads_master@pld-linux.org>
 <alpine.LNX.2.00.1306022049030.26295@fgnss.gnfx.tqn.cy>
Message-ID: <51AC60E9.6060105@delfi.ee>

On 02.06.2013 21:49, Pawe? Go?aszewski wrote:
> On Fri, 31 May 2013, glen wrote:
>> commit 8f0031d77a6c935b3d2a62152c49ad6409480568
>> Author: Elan Ruusam?e <glen at delfi.ee>
>> Date:   Fri May 31 21:43:18 2013 +0300
>>
>>      move sshd startup to 22
>>
>>   opensshd.init | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
> [...]
>> -# chkconfig:	345 21 89
>> +# chkconfig:	345 22 88
> Some rationale?
>

to have slot 21 free for vbox addons

-- 
glen



From qboosh at pld-linux.org  Tue Jun  4 16:53:28 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 4 Jun 2013 16:53:28 +0200
Subject: How to fork a package
In-Reply-To: <20130130130852.GB30079@camk.edu.pl>
References: <20120908200836.GA1790@mail> <20120910174512.GA7192@mail>
 <506069D8.7010304@pld-linux.org>
 <20120928154652.GA8391@camk.edu.pl>
 <20121005134951.GA1306@stranger.qboosh.pl>
 <20121005141459.GB26291@camk.edu.pl>
 <20130130130852.GB30079@camk.edu.pl>
Message-ID: <20130604145328.GA806@stranger.qboosh.pl>

On Wed, Jan 30, 2013 at 02:08:52PM +0100, Kacper Kornet wrote:
> On Fri, Oct 05, 2012 at 04:15:04PM +0200, Kacper Kornet wrote:
> > On Fri, Oct 05, 2012 at 03:49:51PM +0200, Jakub Bogusz wrote:
> > > Is there a way to just copy a repo (without setting the old one r/o)?
> 
> > It can be done by creating a new repository and pushing to it. The only
> > thing which cannot be copied this way are auto- tags and RA- branches. 
> > But if there is a demand for full copy I can add such a functionality.
> > I just didn't expect that it would be needed.
> 
> Resurrecting the old thread. There is a new command - copy:
> 
> $ ssh git at git.pld-linux.org copy <package> <newpackage>
> 
> It enables to fork an existing package without flood of messages on
> pld-cvs.

Could someone describe it on PLD web page?


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


From glen at pld-linux.org  Wed Jun  5 11:43:18 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Wed, 05 Jun 2013 12:43:18 +0300
Subject: [packages/libjpeg-8] Back to libjpeg 8d in this spec
In-Reply-To: <d5dab9b29e05a829d0773920d97e7a2897e1d587_refs_heads_master@pld-linux.org>
References: <57a92107f9272dcaec4e19f5b9cb86d6bd0eeaa5_refs_heads_master@pld-linux.org>
 <d5dab9b29e05a829d0773920d97e7a2897e1d587_refs_heads_master@pld-linux.org>
Message-ID: <51AF0836.6070804@pld-linux.org>

On 04.06.2013 18:29, qboosh wrote:
> commit d5dab9b29e05a829d0773920d97e7a2897e1d587
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Tue Jun 4 17:17:32 2013 +0200
>
>      Back to libjpeg 8d in this spec
>      
>      This reverts commit 57a92107f9272dcaec4e19f5b9cb86d6bd0eeaa5.

why not just had truncated the history?

like git checkout SHA1; git reset --hard ...

-- 
glen



From draenog at pld-linux.org  Wed Jun  5 11:54:07 2013
From: draenog at pld-linux.org (Kacper Kornet)
Date: Wed, 5 Jun 2013 11:54:07 +0200
Subject: [packages/libjpeg-8] Back to libjpeg 8d in this spec
In-Reply-To: <51AF0836.6070804@pld-linux.org>
References: <57a92107f9272dcaec4e19f5b9cb86d6bd0eeaa5_refs_heads_master@pld-linux.org>
 <d5dab9b29e05a829d0773920d97e7a2897e1d587_refs_heads_master@pld-linux.org>
 <51AF0836.6070804@pld-linux.org>
Message-ID: <20130605095406.GA20312@camk.edu.pl>

On Wed, Jun 05, 2013 at 12:43:18PM +0300, Elan Ruusam?e wrote:
> On 04.06.2013 18:29, qboosh wrote:
> >commit d5dab9b29e05a829d0773920d97e7a2897e1d587
> >Author: Jakub Bogusz <qboosh at pld-linux.org>
> >Date:   Tue Jun 4 17:17:32 2013 +0200

> >     Back to libjpeg 8d in this spec
> >     This reverts commit 57a92107f9272dcaec4e19f5b9cb86d6bd0eeaa5.

> why not just had truncated the history?

I guess that libjpeg-8 was cloned from libjpeg using ssh git at .... copy
So history truncation would require rewriting of master branch on
server, which is possible only for gitadmins.

> like git checkout SHA1; git reset --hard ..

??? It wouldn't work. git checkout sha1 would result and in detached
HEAD and subsequent git reset --hard wouldn't not update any branch.
If you want reset master to a different commit it should be:

git checkout master (if current branch is not master)
git reset --hard <commit>

-- 
  Kacper


From lukaszgl at post.pl  Wed Jun  5 16:40:09 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Wed, 05 Jun 2013 16:40:09 +0200
Subject: Fwd: ERRORS: xbelld.spec
Message-ID: <3116306.BrroUbtXod@inhell>

Why this package is not able to link on builders?
I suppose a flag "--as-needed", but my personal builder, which is up to date, 
can build this.

Regards,

----------  Forwarded Message  ----------

Subject: ERRORS: xbelld.spec
Date: Tuesday 04 of June 2013, 14:31:09
From: PLD th-x86_64 builder <builder-th-amd at pld-linux.org>
To: lukaszgl at post.pl
CC: pld-logs-th at lists.pld-linux.org

xbelld.spec (HEAD): FAILED

--- xbelld.spec:HEAD:
Build-Time: user:1.35s sys:0.10s real:2.36s (faults io:0 non-io:99186)



*** buildlog for xbelld.spec
request from: blekot
checking if we should skip the build
started at: Tue Jun  4 16:31:06 2013
fetching http://src.th.pld-linux.org//srpms/4cb80c46-bbc6-40ce-bab7-5de94e3b99b7/xbelld-0.3.4-1.src.rpm
fetched 18698 bytes, 97.7 K/s
installing srpm: xbelld-0.3.4-1.src.rpm
+ install -d /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD 
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/RPMS
+ rpm -Uhv --nodeps --define '_topdir /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355' --define '_specdir %{_topdir}' --define 
'_sourcedir %{_specdir}' --define '_rpmdir %{_topdir}/RPMS' --define 
'_builddir %{_topdir}/BUILD' xbelld-0.3.4-1.src.rpm
Preparing...                ##################################################
xbelld                      ##################################################
+ rm -f xbelld-0.3.4-1.src.rpm
+ install -m 700 -d /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/tmp
+ TMPDIR=/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/tmp
+ exec nice -n 0 rpmbuild -bp --short-circuit --nodeps --define '_topdir 
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355' --define '_specdir %{_topdir}' --
define '_sourcedir %{_specdir}' --define '_rpmdir %{_topdir}/RPMS' --define 
'_builddir %{_topdir}/BUILD' --target x86_64-pld-linux --define 'prep exit 0' 
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/xbelld.spec
Building target platforms: x86_64-pld-linux
checking BuildConflict-ing packages
no BuildConflicts found
checking BR
rpm: Building target platforms: x86_64-pld-linux
no BR needed
building RPM using: set -ex; : build-id: 4cb80c46-bbc6-40ce-bab7-5de94e3b99b7; 
TMPDIR=/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/tmp exec nice -n 0 
rpmbuild -bb --define '_smp_mflags -j5' --define '_topdir /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355' --define '_specdir %{_topdir}' --define 
'_sourcedir %{_specdir}' --define '_rpmdir %{_topdir}/RPMS' --define 
'_builddir %{_topdir}/BUILD'  --target x86_64-pld-linux /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/xbelld.spec
+ : build-id: 4cb80c46-bbc6-40ce-bab7-5de94e3b99b7
+ TMPDIR=/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/tmp
+ exec nice -n 0 rpmbuild -bb --define '_smp_mflags -j5' --define '_topdir 
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355' --define '_specdir %{_topdir}' --
define '_sourcedir %{_specdir}' --define '_rpmdir %{_topdir}/RPMS' --define 
'_builddir %{_topdir}/BUILD' --target x86_64-pld-linux /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/xbelld.spec
Building target platforms: x86_64-pld-linux
Executing(%prep): /bin/sh -e /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/BUILD/tmp/rpm-tmp.5321
+ umask 022
+ cd /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD
+ cd /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD
+ rm -rf xbelld-0.3.4
+ /usr/bin/bzip2 -dc /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/xbelld-0.3.4.tbz2
+ /bin/tar -xf -
+ STATUS=0
+ [ 0 -ne 0 ]
+ cd xbelld-0.3.4
+ /bin/id -u
+ [ 1000 = 0 ]
+ /bin/id -u
+ [ 1000 = 0 ]
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0
Executing(%build): /bin/sh -e /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/BUILD/tmp/rpm-tmp.5321
+ umask 022
+ cd /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD
+ cd xbelld-0.3.4
+ /usr/bin/make -j5 CFLAGS=-O2 -fwrapv -pipe -Wformat -Werror=format-security 
-gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2 -Wp,-
D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fPIC -
march=x86-64 -gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2  
-Wall -DVERSION=\"0.3.4\" -DHAVE_ALSA LDFLAGS=-Wl,--as-needed -Wl,--no-copy-
dt-needed-entries -Wl,-z,relro -Wl,-z,combreloc  -lm
cc -c -O2 -fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 -fno-debug-
types-section -fvar-tracking-assignments -g2 -Wp,-D_FORTIFY_SOURCE=2 -fstack-
protector --param=ssp-buffer-size=4 -fPIC -march=x86-64 -gdwarf-4 -fno-debug-
types-section -fvar-tracking-assignments -g2  -Wall -DVERSION=\"0.3.4\" -
DHAVE_ALSA  xbelld.c -o xbelld.o
cc -Wl,--as-needed -Wl,--no-copy-dt-needed-entries -Wl,-z,relro -Wl,-
z,combreloc  -lm  -lX11 -lasound   xbelld.o -o xbelld
xbelld.o: In function `playSineWave':
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:452: 
undefined reference to `snd_pcm_open'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:459: 
undefined reference to `snd_pcm_set_params'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:471: 
undefined reference to `snd_pcm_frames_to_bytes'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:488: 
undefined reference to `sin'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:501: 
undefined reference to `snd_pcm_writei'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:517: 
undefined reference to `snd_pcm_drain'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:518: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:503: 
undefined reference to `snd_pcm_recover'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:507: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:522: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:467: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:455: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:472: 
undefined reference to `snd_pcm_frames_to_bytes'
xbelld.o: In function `playSoundBuffer':
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:541: 
undefined reference to `snd_pcm_open'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:548: 
undefined reference to `snd_pcm_set_params'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:558: 
undefined reference to `snd_pcm_bytes_to_frames'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:560: 
undefined reference to `snd_pcm_writei'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:574: 
undefined reference to `snd_pcm_drain'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:575: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:554: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:579: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:544: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:562: 
undefined reference to `snd_pcm_recover'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:566: 
undefined reference to `snd_strerror'
xbelld.o: In function `playSoundFile':
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:609: 
undefined reference to `snd_pcm_open'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:616: 
undefined reference to `snd_pcm_set_params'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:636: 
undefined reference to `snd_pcm_bytes_to_frames'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:639: 
undefined reference to `snd_pcm_writei'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:654: 
undefined reference to `snd_pcm_drain'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:655: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:641: 
undefined reference to `snd_pcm_recover'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:645: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:660: 
undefined reference to `snd_pcm_close'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:612: 
undefined reference to `snd_strerror'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:622: 
undefined reference to `snd_strerror'
xbelld.o: In function `main':
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:271: 
undefined reference to `XkbOpenDisplay'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:304: 
undefined reference to `XGetKeyboardControl'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:320: 
undefined reference to `XkbSelectEvents'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:342: 
undefined reference to `XNextEvent'
/tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:326: 
undefined reference to `XkbChangeEnabledControls'
collect2: error: ld returned 1 exit status
make: *** [xbelld] Error 1
error: Bad exit status from /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/BUILD/tmp/rpm-tmp.5321 (%build)


RPM build errors:
    Bad exit status from /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/BUILD/tmp/rpm-tmp.5321 (%build)
ended at: Tue Jun  4 16:31:08 2013, done in 0:00:00.616662
error: No files produced.
+ chmod -R u+rwX /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD
+ rm -rf /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/tmp /tmp/B.3034129c-
d55a-418d-8943-0b85a94bd355/BUILD
+ rm -rf /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355
Begin-PLD-Builder-Info
Build-Time: user:1.35s sys:0.10s real:2.36s (faults io:0 non-io:99186)

End-PLD-Builder-Info


-----------------------------------------
-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From qboosh at pld-linux.org  Thu Jun  6 09:48:38 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 6 Jun 2013 09:48:38 +0200
Subject: Fwd: ERRORS: xbelld.spec
In-Reply-To: <3116306.BrroUbtXod@inhell>
References: <3116306.BrroUbtXod@inhell>
Message-ID: <20130606074838.GA7452@mail>

On Wed, Jun 05, 2013 at 04:40:09PM +0200, Lukasz Glebicki wrote:
> Why this package is not able to link on builders?

With as-needed libraries must appear in link command after objects which use them.

> I suppose a flag "--as-needed", but my personal builder, which is up to date, 
> can build this.

Possibly you have gold by default, it seems to work slightly different.

[...]
> cc -Wl,--as-needed -Wl,--no-copy-dt-needed-entries -Wl,-z,relro -Wl,-
> z,combreloc  -lm  -lX11 -lasound   xbelld.o -o xbelld
> xbelld.o: In function `playSineWave':
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:452: 
> undefined reference to `snd_pcm_open'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:459: 
> undefined reference to `snd_pcm_set_params'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:471: 
> undefined reference to `snd_pcm_frames_to_bytes'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:488: 
> undefined reference to `sin'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:501: 
> undefined reference to `snd_pcm_writei'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:517: 
> undefined reference to `snd_pcm_drain'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:518: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:503: 
> undefined reference to `snd_pcm_recover'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:507: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:522: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:467: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:455: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:472: 
> undefined reference to `snd_pcm_frames_to_bytes'
> xbelld.o: In function `playSoundBuffer':
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:541: 
> undefined reference to `snd_pcm_open'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:548: 
> undefined reference to `snd_pcm_set_params'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:558: 
> undefined reference to `snd_pcm_bytes_to_frames'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:560: 
> undefined reference to `snd_pcm_writei'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:574: 
> undefined reference to `snd_pcm_drain'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:575: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:554: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:579: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:544: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:562: 
> undefined reference to `snd_pcm_recover'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:566: 
> undefined reference to `snd_strerror'
> xbelld.o: In function `playSoundFile':
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:609: 
> undefined reference to `snd_pcm_open'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:616: 
> undefined reference to `snd_pcm_set_params'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:636: 
> undefined reference to `snd_pcm_bytes_to_frames'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:639: 
> undefined reference to `snd_pcm_writei'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:654: 
> undefined reference to `snd_pcm_drain'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:655: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:641: 
> undefined reference to `snd_pcm_recover'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:645: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:660: 
> undefined reference to `snd_pcm_close'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:612: 
> undefined reference to `snd_strerror'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:622: 
> undefined reference to `snd_strerror'
> xbelld.o: In function `main':
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:271: 
> undefined reference to `XkbOpenDisplay'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:304: 
> undefined reference to `XGetKeyboardControl'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:320: 
> undefined reference to `XkbSelectEvents'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:342: 
> undefined reference to `XNextEvent'
> /tmp/B.3034129c-d55a-418d-8943-0b85a94bd355/BUILD/xbelld-0.3.4/xbelld.c:326: 
> undefined reference to `XkbChangeEnabledControls'
> collect2: error: ld returned 1 exit status
> make: *** [xbelld] Error 1


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


From lukaszgl at post.pl  Thu Jun  6 11:03:50 2013
From: lukaszgl at post.pl (=?UTF-8?B?xYF1a2FzeiBHxYLEmWJpY2tp?=)
Date: Thu, 06 Jun 2013 11:03:50 +0200
Subject: Fwd: ERRORS: xbelld.spec
References: <3116306.BrroUbtXod@inhell>
Message-ID: <1fb219e3ffcffd2c1e478335dbce024a.qmail@home.pl>

Dnia 2013-06-06 09:47 Jakub Bogusz napisa?(a):

>On Wed, Jun 05, 2013 at 04:40:09PM +0200, Lukasz Glebicki wrote:
>> Why this package is not able to link on builders?
>
>With as-needed libraries must appear in link command after objects which 
use them.

>> I suppose a flag "--as-needed", but my personal builder, which is up to 
date, 
>> can build this.
>
>Possibly you have gold by default, it seems to work slightly different.

No, it is gcc with ccache, but without ccache, there is no difference. I 
tested with gcc from main and from test.

Can you build it by yourself on gcc and check if you have similar problem?

Regards,
-- 
?ukasz G??bicki

From glen at pld-linux.org  Thu Jun  6 11:27:19 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Thu, 06 Jun 2013 12:27:19 +0300
Subject: Fwd: ERRORS: xbelld.spec
In-Reply-To: <1fb219e3ffcffd2c1e478335dbce024a.qmail@home.pl>
References: <3116306.BrroUbtXod@inhell>
 <1fb219e3ffcffd2c1e478335dbce024a.qmail@home.pl>
Message-ID: <51B055F7.3090104@pld-linux.org>

On 06.06.2013 12:03, ?ukasz G??bicki wrote:
>> >Possibly you have gold by default, it seems to work slightly different.
> No, it is gcc with ccache, but without ccache, there is no difference. I
> tested with gcc from main and from test.
>
> Can you build it by yourself on gcc and check if you have similar problem?
>
> Regards,
ld.gold/ld.bfd come from binutils, not from gcc

-- 
glen



From ed at yen.ipipan.waw.pl  Thu Jun  6 16:31:17 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Thu, 06 Jun 2013 16:31:17 +0200
Subject: What's the matter with the current chromium-browser?
Message-ID: <1925137.b3XDr9jKvf@laptok>

I cannot run the last 2 versions (27.0.1453.{93,110}-1). Both behave in the 
same way - one of the subprocesses dies somewhere in the meantime, while 
others do not notice it and wait forever for response (msgrecv(), in strace). 
Furthermore, in dmesg I can find general protection errors:

[  199.000423] traps: chromium-browse[1989] general protection ip:b11b90d3 
sp:bfef3dd0 error:0 in libc-2.17.so[b118a000+1a5000]

Removing chromium configuration gives nothing. In fact, chromium is not 
getting to the point, where it reads/creates its configuration.

Also versions higher than 24.0.1312.56-1 cannot login to my Chrome account 
(26.0.1410.63-1 works, but reports problems with logging into google account 
and advices to reauthenticate, but then it is exactly the same). Only the 
already mentioned old version 24.0.1312.56-1 works fine for me.

I have i686 architecture, fresh packages from Th+ready+test.

What else can I check to make chromium run properly?
-- 
?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 glen at pld-linux.org  Thu Jun  6 23:51:05 2013
From: glen at pld-linux.org (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=)
Date: Fri, 07 Jun 2013 00:51:05 +0300
Subject: What's the matter with the current chromium-browser?
In-Reply-To: <1925137.b3XDr9jKvf@laptok>
References: <1925137.b3XDr9jKvf@laptok>
Message-ID: <51B10449.5010408@pld-linux.org>

On 06.06.2013 17:31, ?ukasz Ma?ko wrote:
> Also versions higher than 24.0.1312.56-1 cannot login to my Chrome account
> (26.0.1410.63-1 works, but reports problems with logging into google account
> and advices to reauthenticate, but then it is exactly the same). Only the
> already mentioned old version 24.0.1312.56-1 works fine for me.
api keys are missing, haven't got around to register them. it's in my TODO

until then, as a workaround, you can get valid token using same version 
of google-chrome package and same profile dir as chromium:

$ google-chrome --user-data-dir=$HOME/.config/chromium

once signed in you can close chrome and resume using chromium
you can check sync state from chrome://sync-internals url

-- 
glen



From glen at pld-linux.org  Thu Jun  6 23:56:00 2013
From: glen at pld-linux.org (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=)
Date: Fri, 07 Jun 2013 00:56:00 +0300
Subject: What's the matter with the current chromium-browser?
In-Reply-To: <1925137.b3XDr9jKvf@laptok>
References: <1925137.b3XDr9jKvf@laptok>
Message-ID: <51B10570.2040604@pld-linux.org>

On 06.06.2013 17:31, ?ukasz Ma?ko wrote:
> I cannot run the last 2 versions (27.0.1453.{93,110}-1). Both behave in the
> same way - one of the subprocesses dies somewhere in the meantime, while
> others do not notice it and wait forever for response (msgrecv(), in strace).
> Furthermore, in dmesg I can find general protection errors:
>
> [  199.000423] traps: chromium-browse[1989] general protection ip:b11b90d3
> sp:bfef3dd0 error:0 in libc-2.17.so[b118a000+1a5000]
>
> Removing chromium configuration gives nothing. In fact, chromium is not
> getting to the point, where it reads/creates its configuration.
i noticed too, that on some older amd64 machine with nvidia-legacy3 
video driver i can not run any 27.x series.
for me it looked that it just stopped, even the usual dbus error about 
org.chromium.Mtpd did not appear.
i don't recall it crashing there, but i did not check either.

ps: you don't have to remove chromium config, you can use --temp-profile 
option instead

-- 
glen



From baggins at pld-linux.org  Fri Jun  7 00:38:45 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 7 Jun 2013 00:38:45 +0200
Subject: th-test: apache 2.4
In-Reply-To: <20130528111012.GD22808@sith.mimuw.edu.pl>
References: <201304101115.04493.arekm@maven.pl>
 <20130528111012.GD22808@sith.mimuw.edu.pl>
Message-ID: <20130606223845.GA2062@home>

On Tue, 28 May 2013, Jan R?korajski wrote:

> On Wed, 10 Apr 2013, Arkadiusz Mi?kiewicz wrote:
> 
> > 
> > Hi,
> > 
> > New apache 2.4 is arriving to th-test.
> > 
> > Please test and share with upgrade results (there are triggers that convert 
> > configuration etc but likely miss some cases).
> 
> Apache 2.4 is now in th-ready, all webapps have been updated to new
> access syntax and are also present in th-ready.  Please once again test
> and report if any problems arise.
> 
> In 1-2 weeks I will move old apache 2.2 to obsoleted and move 2.4 to main.

Apache 2.4 is now in main th repository and 2.2 has been moved to obsolete.

-- 
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  Fri Jun  7 08:44:27 2013
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Fri, 07 Jun 2013 08:44:27 +0200
Subject: What's the matter with the current chromium-browser?
In-Reply-To: <51B10570.2040604@pld-linux.org>
References: <1925137.b3XDr9jKvf@laptok> <51B10570.2040604@pld-linux.org>
Message-ID: <2012616.BmcTfSNjch@laptok>

Dnia pi?tek, 7 czerwca 2013 00:56:00 Elan Ruusam?e pisze:
> On 06.06.2013 17:31, ?ukasz Ma?ko wrote:
> > I cannot run the last 2 versions (27.0.1453.{93,110}-1). Both behave in
> > the
> > same way - one of the subprocesses dies somewhere in the meantime, while
> > others do not notice it and wait forever for response (msgrecv(), in
> > strace). Furthermore, in dmesg I can find general protection errors:
> > 
> > [  199.000423] traps: chromium-browse[1989] general protection ip:b11b90d3
> > sp:bfef3dd0 error:0 in libc-2.17.so[b118a000+1a5000]
> > 
> > Removing chromium configuration gives nothing. In fact, chromium is not
> > getting to the point, where it reads/creates its configuration.
> 
> i noticed too, that on some older amd64 machine with nvidia-legacy3
> video driver i can not run any 27.x series.

In my case, it was on i686 with nvidia driver (latest). But I've experienced 
the same behavior with 27.0.1453.93-1 on my laptop with intel graphics.

> for me it looked that it just stopped, even the usual dbus error about
> org.chromium.Mtpd did not appear.
> i don't recall it crashing there, but i did not check either.

It did not crash ina "visible" way. Only processes stopped working becouse 
they were waiting for messages from another (sandbox), which has died - ps 
reported chromium-sandbox <defunct>, strace shown that one of the forked 
processes was trying to receive a message using msgrecv.

OK. So I'm staying with 24.* and waiting for the better 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 glen at pld-linux.org  Fri Jun  7 09:50:29 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Fri, 07 Jun 2013 10:50:29 +0300
Subject: th-test: apache 2.4
In-Reply-To: <20130606223845.GA2062@home>
References: <201304101115.04493.arekm@maven.pl>
 <20130528111012.GD22808@sith.mimuw.edu.pl> <20130606223845.GA2062@home>
Message-ID: <51B190C5.9010206@pld-linux.org>

On 07.06.2013 01:38, Jan R?korajski wrote:
> Apache 2.4 is now in main th repository and 2.2 has been moved to obsolete.
why only main apache package, what about it's dependent modules?

-- 
glen



From baggins at pld-linux.org  Fri Jun  7 10:54:43 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 7 Jun 2013 10:54:43 +0200
Subject: th-test: apache 2.4
In-Reply-To: <51B190C5.9010206@pld-linux.org>
References: <201304101115.04493.arekm@maven.pl>
 <20130528111012.GD22808@sith.mimuw.edu.pl>
 <20130606223845.GA2062@home> <51B190C5.9010206@pld-linux.org>
Message-ID: <20130607085443.GD3033@sith.mimuw.edu.pl>

On Fri, 07 Jun 2013, Elan Ruusam?e wrote:

> On 07.06.2013 01:38, Jan R?korajski wrote:
> > Apache 2.4 is now in main th repository and 2.2 has been moved to obsolete.
> why only main apache package, what about it's dependent modules?

Because it would be like creating another distro repo/line with all the deps.

-- 
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  Tue Jun 11 21:07:28 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Tue, 11 Jun 2013 22:07:28 +0300
Subject: [packages/glibc] - hopefully fixed lang_name for ar_*
In-Reply-To: <20ff125f3896bd048cce540a297e7e3d6a24d8b1_refs_heads_master@pld-linux.org>
References: <b380cb4b5c9d586759cfe7809eab26004bd2d9c8_refs_heads_master@pld-linux.org>
 <20ff125f3896bd048cce540a297e7e3d6a24d8b1_refs_heads_master@pld-linux.org>
Message-ID: <51B77570.9040307@pld-linux.org>

On 11.06.2013 21:33, qboosh wrote:
> commit 20ff125f3896bd048cce540a297e7e3d6a24d8b1
> Author: Jakub Bogusz<qboosh at pld-linux.org>
> Date:   Tue Jun 11 20:33:20 2013 +0200
>
>      - hopefully fixed lang_name for ar_*
are these ever submitted upstream? why we maintain these?

-- 
glen



From qboosh at pld-linux.org  Tue Jun 11 21:52:54 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 11 Jun 2013 21:52:54 +0200
Subject: [packages/glibc] - hopefully fixed lang_name for ar_*
In-Reply-To: <51B77570.9040307@pld-linux.org>
References: <b380cb4b5c9d586759cfe7809eab26004bd2d9c8_refs_heads_master@pld-linux.org>
 <20ff125f3896bd048cce540a297e7e3d6a24d8b1_refs_heads_master@pld-linux.org>
 <51B77570.9040307@pld-linux.org>
Message-ID: <20130611195254.GA18803@mail>

On Tue, Jun 11, 2013 at 10:07:28PM +0300, Elan Ruusam?e wrote:
> On 11.06.2013 21:33, qboosh wrote:
> >commit 20ff125f3896bd048cce540a297e7e3d6a24d8b1
> >Author: Jakub Bogusz<qboosh at pld-linux.org>
> >Date:   Tue Jun 11 20:33:20 2013 +0200
> >
> >     - hopefully fixed lang_name for ar_*
> are these ever submitted upstream? why we maintain these?

I'm preparing these changes to send upstream.


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


From glen at pld-linux.org  Fri Jun 14 14:46:17 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Fri, 14 Jun 2013 15:46:17 +0300
Subject: [packages/git-core] - hardcode completions path to avoid
 bash+bash-completion BR
In-Reply-To: <1db8400f5a741a3f3ae86f1a705d8109783dd946_refs_heads_master@pld-linux.org>
References: <081b8250a73e4efda1c3ee93b630255747a75192_refs_heads_master@pld-linux.org>
 <1db8400f5a741a3f3ae86f1a705d8109783dd946_refs_heads_master@pld-linux.org>
Message-ID: <51BB1099.2050704@pld-linux.org>

On 13.06.2013 20:06, qboosh wrote:
> commit 1db8400f5a741a3f3ae86f1a705d8109783dd946
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Thu Jun 13 19:06:48 2013 +0200
>
>      - hardcode completions path to avoid bash+bash-completion BR
>
>   git-core.spec | 3 +--
>   1 file changed, 1 insertion(+), 2 deletions(-)
> ---
> diff --git a/git-core.spec b/git-core.spec
> index 4080c8f..1c71b07 100644
> --- a/git-core.spec
> +++ b/git-core.spec
> @@ -30,7 +30,6 @@ Patch3:		cherry-picked-commitlog.patch
>   URL:		http://git-scm.com/
>   BuildRequires:	autoconf >= 2.59
>   BuildRequires:	automake
> -BuildRequires:	bash-completion >= 2.0
>   BuildRequires:	curl-devel
>   BuildRequires:	expat-devel
>   BuildRequires:	gettext-devel
> @@ -79,7 +78,7 @@ BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
>   %define		webappdir	%{_sysconfdir}/webapps/%{webapp}
>   %define		appdir		%{_datadir}/%{webapp}
>   %define		cgibindir	%{_prefix}/lib/cgi-bin
> -%define		bash_compdir	%(pkg-config --variable completionsdir bash-completion || echo /etc/bash_completion.d)
> +%define		bash_compdir	%{_datadir}/bash-completion/completions
>
why is hardcoding good?

-- 
glen



From qboosh at pld-linux.org  Fri Jun 14 16:07:36 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 14 Jun 2013 16:07:36 +0200
Subject: [packages/git-core] - hardcode completions path to avoid
 bash+bash-completion BR
In-Reply-To: <51BB1099.2050704@pld-linux.org>
References: <081b8250a73e4efda1c3ee93b630255747a75192_refs_heads_master@pld-linux.org>
 <1db8400f5a741a3f3ae86f1a705d8109783dd946_refs_heads_master@pld-linux.org>
 <51BB1099.2050704@pld-linux.org>
Message-ID: <20130614140736.GA27744@mail>

On Fri, Jun 14, 2013 at 03:46:17PM +0300, Elan Ruusam?e wrote:
> On 13.06.2013 20:06, qboosh wrote:
> >commit 1db8400f5a741a3f3ae86f1a705d8109783dd946
> >Author: Jakub Bogusz <qboosh at pld-linux.org>
> >Date:   Thu Jun 13 19:06:48 2013 +0200
> >
> >     - hardcode completions path to avoid bash+bash-completion BR
> >
> >  git-core.spec | 3 +--
> >  1 file changed, 1 insertion(+), 2 deletions(-)
> >---
> >diff --git a/git-core.spec b/git-core.spec
> >index 4080c8f..1c71b07 100644
> >--- a/git-core.spec
> >+++ b/git-core.spec
> >@@ -30,7 +30,6 @@ Patch3:		cherry-picked-commitlog.patch
> >  URL:		http://git-scm.com/
> >  BuildRequires:	autoconf >= 2.59
> >  BuildRequires:	automake
> >-BuildRequires:	bash-completion >= 2.0
> >  BuildRequires:	curl-devel
> >  BuildRequires:	expat-devel
> >  BuildRequires:	gettext-devel
> >@@ -79,7 +78,7 @@ BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> >  %define		webappdir	%{_sysconfdir}/webapps/%{webapp}
> >  %define		appdir		%{_datadir}/%{webapp}
> >  %define		cgibindir	%{_prefix}/lib/cgi-bin
> >-%define		bash_compdir	%(pkg-config --variable 
> >completionsdir bash-completion || echo /etc/bash_completion.d)
> >+%define		bash_compdir %{_datadir}/bash-completion/completions
> >
> why is hardcoding good?

The path is constant (bash-completion < 2.0 was already not supported by
spec).
The only purpose of bash-completion BR was path resolution and BRing
package which changes behaviour/user experience should be avoided
if possible.


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


From glen at pld-linux.org  Sat Jun 15 11:52:38 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Sat, 15 Jun 2013 12:52:38 +0300
Subject: Noarch error: qt4-doc-4.8.4-5.noarch.rpm files differ among
 builders
In-Reply-To: <E1UnVWo-0005Ug-DQ@ep09.pld-linux.org>
References: <da324b2e-592f-4221-97f1-12b6ba68e594@pld.src.builder>
 <E1UnVWo-0005Ug-DQ@ep09.pld-linux.org>
Message-ID: <51BC3966.2070104@pld-linux.org>

On 14.06.2013 18:03, PLD th-ftp AI wrote:
> Difference between i686 (currently in test) and x86_64 FILES
> @@ -1,4 +1,4 @@
> -/usr/lib/qt4/doc
> +/usr/lib64/qt4/doc
>   /usr/share/doc/qt4-doc
>   /usr/share/doc/qt4-doc/html
>   /usr/share/doc/qt4-doc/html/3rdparty.html

12:51:07  glen> is this symlink really neccessary?
12:51:20  glen> qt-doc package is huge, it would be a waste to have it 
back as "arch" package
12:51:54  glen> if that symlink is really neccessary, it should be then 
converted to symlink via trigger like
                 kernel.spec does for build and src symlinks

-- 
glen



From gotar at polanet.pl  Sat Jun 15 12:35:57 2013
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 15 Jun 2013 12:35:57 +0200
Subject: Noarch error: qt4-doc-4.8.4-5.noarch.rpm files differ among
 builders
In-Reply-To: <51BC3966.2070104@pld-linux.org>
References: <da324b2e-592f-4221-97f1-12b6ba68e594@pld.src.builder>
 <E1UnVWo-0005Ug-DQ@ep09.pld-linux.org>
 <51BC3966.2070104@pld-linux.org>
Message-ID: <20130615103556.GA26518@polanet.pl>

On Sat, Jun 15, 2013 at 12:52:38 +0300, Elan Ruusam?e wrote:

> 12:51:20  glen> qt-doc package is huge, it would be a waste to have it 
> back as "arch" package
> 12:51:54  glen> if that symlink is really neccessary, it should be then 
> converted to symlink via trigger like

Or move it to one of the arch packages. KISS, goddamn it.

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


From baggins at pld-linux.org  Sat Jun 15 12:42:31 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 15 Jun 2013 12:42:31 +0200
Subject: Noarch error: qt4-doc-4.8.4-5.noarch.rpm files differ among
 builders
In-Reply-To: <51BC3966.2070104@pld-linux.org>
References: <da324b2e-592f-4221-97f1-12b6ba68e594@pld.src.builder>
 <E1UnVWo-0005Ug-DQ@ep09.pld-linux.org>
 <51BC3966.2070104@pld-linux.org>
Message-ID: <20130615104231.GA1361@home>

On Sat, 15 Jun 2013, Elan Ruusam?e wrote:

> On 14.06.2013 18:03, PLD th-ftp AI wrote:
> > Difference between i686 (currently in test) and x86_64 FILES
> > @@ -1,4 +1,4 @@
> > -/usr/lib/qt4/doc
> > +/usr/lib64/qt4/doc
> >   /usr/share/doc/qt4-doc
> >   /usr/share/doc/qt4-doc/html
> >   /usr/share/doc/qt4-doc/html/3rdparty.html
> 
> 12:51:07  glen> is this symlink really neccessary?
> 12:51:20  glen> qt-doc package is huge, it would be a waste to have it 
> back as "arch" package
> 12:51:54  glen> if that symlink is really neccessary, it should be then 
> converted to symlink via trigger like
>                  kernel.spec does for build and src symlinks

I just removed it, can't find anything that needs it.

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


From lukaszgl at post.pl  Wed Jun 26 16:27:25 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Wed, 26 Jun 2013 16:27:25 +0200
Subject: pdksh to mksh (rc-scripts conflict)
Message-ID: <19329391.AXlUWz41Ed@inhell>

Hello,

When I replaced pdksh to mksh, I wasn't able to login into system because 
there wasn't /bin/ksh in /etc/shells.
Is this a correct behaviour not adding /bin/ksh to this file?
Someone who migrate from pdksh and uses /bin/ksh as shell for root/user will 
have the same problems.

Regards,
-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From arekm at maven.pl  Wed Jun 26 17:09:49 2013
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Wed, 26 Jun 2013 17:09:49 +0200
Subject: pdksh to mksh (rc-scripts conflict)
In-Reply-To: <19329391.AXlUWz41Ed@inhell>
References: <19329391.AXlUWz41Ed@inhell>
Message-ID: <201306261709.50169.arekm@maven.pl>

On Wednesday 26 of June 2013, Lukasz Glebicki wrote:
> Hello,
> 
> When I replaced pdksh to mksh, I wasn't able to login into system because
> there wasn't /bin/ksh in /etc/shells.
> Is this a correct behaviour not adding /bin/ksh to this file?
> Someone who migrate from pdksh and uses /bin/ksh as shell for root/user
> will have the same problems.

I had worse experience. /bin/sh was gone from /etc/shells even if messages 
were telling me otherwise

poldek:/all-avail> install mksh-
Przetwarzanie zale?no?ci...
pdksh-5.2.14-56.i686 zostanie zast?piony przez mksh-44-1.i686
Jest 1 pakiet do instalacji, 1 do usuni?cia:
I mksh-44-1.i686
R pdksh-5.2.14-56.i686
This operation will free 45.2KB of disk space.
Potrzeba pobra? 161.7KB archiw?w (161.7KB do pobrania).
Pobieranie th::mksh-44-1.i686.rpm...
.............................. 100.0% [161.7K (2.8K/s)]                     
Uruchamianie rpm --upgrade -vh --root / --define _check_dirname_deps 1...
Przygotowywanie...          ########################################### [100%] 
1:mksh                   ######################################
##### [100%]
Adding /bin/mksh to /etc/shells
Removing /bin/sh from /etc/shells
Removing /bin/ksh from /etc/shells
Adding /bin/sh to /etc/shells
Adding /bin/ksh to /etc/shells
poldek:/all-avail>

real result  - no /bin/sh in /etc/shells

> 
> Regards,


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


From lukaszgl at post.pl  Wed Jun 26 18:16:50 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Wed, 26 Jun 2013 18:16:50 +0200
Subject: pdksh to mksh (rc-scripts conflict)
In-Reply-To: <201306261709.50169.arekm@maven.pl>
References: <19329391.AXlUWz41Ed@inhell> <201306261709.50169.arekm@maven.pl>
Message-ID: <2084080.P5ItqGvgVm@inhell>

On Wednesday 26 of June 2013 17:09:49 Arkadiusz Mi?kiewicz wrote:
 
> I had worse experience. /bin/sh was gone from /etc/shells even if messages
> were telling me otherwise
> 
> poldek:/all-avail> install mksh-
> Przetwarzanie zale?no?ci...
> pdksh-5.2.14-56.i686 zostanie zast?piony przez mksh-44-1.i686
> Jest 1 pakiet do instalacji, 1 do usuni?cia:
> I mksh-44-1.i686
> R pdksh-5.2.14-56.i686
> This operation will free 45.2KB of disk space.
> Potrzeba pobra? 161.7KB archiw?w (161.7KB do pobrania).
> Pobieranie th::mksh-44-1.i686.rpm...
> .............................. 100.0% [161.7K (2.8K/s)]
> Uruchamianie rpm --upgrade -vh --root / --define _check_dirname_deps 1...
> Przygotowywanie...          ###########################################
> [100%] 1:mksh                   ######################################
> ##### [100%]
> Adding /bin/mksh to /etc/shells
> Removing /bin/sh from /etc/shells
> Removing /bin/ksh from /etc/shells
> Adding /bin/sh to /etc/shells
> Adding /bin/ksh to /etc/shells
> poldek:/all-avail>
> 
> real result  - no /bin/sh in /etc/shells

I had the same experience. Root has /bin/sh  and mksh did the same as in your 
log. 

Regards,

-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From baggins at pld-linux.org  Fri Jun 28 12:17:19 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 28 Jun 2013 12:17:19 +0200
Subject: perl 5.18 in Th
Message-ID: <20130628101719.GD26261@sith.mimuw.edu.pl>

The Perl Programming Language has been updated to version 5.18.0 in Th.
All packages are available in th-ready since 22nd June 2012 and will be
moved to main on 30th June as there are no noticable problems with
upgrade.

-- 
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  Fri Jun 28 15:29:13 2013
From: aredridel at nbtsc.org (Aria Stewart)
Date: Fri, 28 Jun 2013 09:29:13 -0400
Subject: =?UTF-8?Q?Re=3A_perl_5.18_in_Th?=
In-Reply-To: <20130628101719.GD26261@sith.mimuw.edu.pl>
References: <20130628101719.GD26261@sith.mimuw.edu.pl>
Message-ID: <etPan.51cd8fa9.69d3947c.2c87@itlaposx11.manhunt.local>

On June 28, 2013 at 6:17:22 AM, Jan R?korajski (baggins at pld-linux.org) wrote:

The Perl Programming Language has been updated to version 5.18.0 in Th.
All packages are available in th-ready since 22nd June 2012 and will be
moved to main on 30th June as there are no noticable problems with
upgrade.

Yay for us being one of the very few distros with a modern perl!

----
Aria Stewart

From lukaszgl at post.pl  Sat Jun 29 21:17:52 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Sat, 29 Jun 2013 21:17:52 +0200
Subject: xorg-driver-video-nvidia
Message-ID: <11354409.xqiN0GaoZy@inhell>

kernel-video-nvidia package requires kernel-drm to load nvidia module.

In the other hand this driver on kernel-longterm works without drm. How to fix 
it a SPEC or in macros?

Regards,
-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From lukaszgl at post.pl  Sun Jun 30 13:57:42 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Sun, 30 Jun 2013 13:57:42 +0200
Subject: %{_libdir}/libgettextpo.so.0
Message-ID: <6078237.Zz2sKQJduI@inhell>

Could someone explain why libgettextpo.so.0 is not in main gettext package but 
it is as ghost in -devel?

gtranslator needs libgettextpo.so.0 and it cause install of development 
packages.

-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From baggins at pld-linux.org  Sun Jun 30 20:25:40 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 30 Jun 2013 20:25:40 +0200
Subject: Perl 5.18 moved to Th main
Message-ID: <20130630182540.GA9519@tachikoma>

As anounced earlier this week the Perl Programming Language 5.18.0 is
now available in Th.

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