Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski wrote:
W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote:
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
point of that guard was to wait for support to become available or
someone implement a solution.
(...)
but as no such solution as provided, you need to update obsoletes to
fill **all** package names that provide that file path.
I refuse to do that myself as it's pretty stupid.
ugly, for sure, but unless we come up with another solution (patching
rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes:
lines per package ...
What problem are you trying to solve here? I'm not sure I understand
why you're doing this.
Each of the php*-program packages provide /usr/bin/php symlink:
/poldek:/all-avail> install phpcsProcessing dependencies...phpcs-3.4.1-2.noarch:
required "/usr/bin/php" is provided by the
following packages:a) php4-program-4.4.9-67.x86_64b)
php52-program-5.2.17-20130717.35.x86_64c)
php53-program-5.3.29-52.x86_64d) php54-program-5.4.45-30.x86_64e)
php55-program-5.5.38-22.x86_64f) php56-program-5.6.40-9.x86_64g)
php70-program-7.0.33-8.x86_64h) php71-program-7.1.33-3.x86_64i)
php72-program-7.2.34-1.x86_64j) php73-program-7.3.24-1.x86_64k)
php74-program-7.4.12-2.x86_64l) php80-program-8.0.0-2.x86_64Which one
do you want to install ('Q' to abort)?
[php4-program-4.4.9-67.x86_64]/
Prior to rpm switch, each of those packages also had Obsoletes: /usr/bin/php so
that you could easily switch the provider of /usr/bin/php symlinkL
/poldek:/all-avail> install php80-program-8.0.0-2.x86_64///
/Loading [pndir]th-2020-updates...
Loading [pndir]th-2020-updates...
Loading [pndir]th-2020...
Loading [pndir]th-2020...
29952 packages read
Processing dependencies...
php80-program-8.0.0-2.x86_64 marks php80-cli-8.0.0-2.x86_64 (cap
php80-cli = 4:8.0.0-2)
php80-cli-8.0.0-2.x86_64 marks php80-common-8.0.0-2.x86_64 (cap
/etc/php80)
There are 3 packages to install (2 marked by dependencies):
A php80-cli-8.0.0-2.x86_64 php80-common-8.0.0-2.x86_64
php80-program-8.0.0-2.x86_64
This operation will use 4.6MB of disk space.
Need to get 1.4MB of archives (1.4MB to download).
[1/3] th-2020::php80-common-8.0.0-2.x86_64.rpm [1.4M (1.4M/s)]
[2/3] th-2020::php80-cli-8.0.0-2.x86_64.rpm [51.7K (51.7K/s)]
[3/3] th-2020::php80-program-8.0.0-2.x86_64.rpm [5.0K (5.0K/s)]
Executing pm-command.sh --upgrade -vh --root / --define
_check_dirname_deps 1...
error: failed to open /etc/mtab: No such file or directory
Preparing... ### [100%]
Repackaging...
1:php72-program ### [100%]
Upgrading...
1:php80-common ### [ 33%]
2:php80-cli ### [ 67%]
3:php80-program ### [100%]
poldek:/all-avail>/
But rpm-4 no longer allows / in Obsoletes:
/Illegal char '/' (0x2f) in: Obsoletes: /usr/bin/php /
Which makes this smooth transition no longer possible:
/poldek:/all-avail> install php73-program-7.3.27-1.x86_64//
//Processing dependencies...//
//php73-program-7.3.27-1.x86_64 marks php73-cli-7.3.27-1.x86_64 (cap
php73-cli = 4:7.3.27-1)//
// php73-cli-7.3.27-1.x86_64 marks php73-common-7.3.27-1.x86_64 (cap
libphp_common-7.3.27.so()(64bit))//
//There are 3 packages to install (2 marked by dependencies)://
//A php73-cli-7.3.27-1.x86_64 php73-common-7.3.27-1.x86_64
php73-program-7.3.27-1.x86_64//
//This operation will use 4.2MB of disk space.//
//Need to get 1.2MB of archives.//
//php73-common-7.3.27-1.x86_64.rpm: digests OK//
//php73-cli-7.3.27-1.x86_64.rpm: digests OK//
//php73-program-7.3.27-1.x86_64.rpm: digests OK//
//Executing pm-command.sh --upgrade -vh --root / --define
_check_dirname_deps 0...//
//Verifying... # [100%]//
//Preparing... # [100%]//
//file /usr/bin/php from install of
php73-program-4:7.3.27-1.x86_64 conflicts with file from package
php74-program-4:7.4.19-1.1.x86_64//
//file /usr/share/man/man1/php.1 from install of
php73-program-4:7.3.27-1.x86_64 conflicts with file from package
php74-program-4:7.4.19-1.1.x86_64//
//There were errors//
//poldek:/all-avail>/
To keep what we had with rpm5 , we either need to patch rpm, or add 11
(as of today) Obsoletes: php${ver}-program lines to each spec.
RPM supports using Provides+Conflicts to represent this issue.
Provides: php-interpreter
Conflicts: php-interpreter
When this is set, RPM knows that one and only one implementation
providing "php-interpreter" is permitted and permits swapping them.
Nope, this does seem to not work like that:
[adamg@pld-xcp-ng RPMS]$ rpm -q --provides p
Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote:
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
point of that guard was to wait for support to become available or
someone implement a solution.
(...)
but as no such solution as provided, you need to update obsoletes to
fill **all** package names that provide that file path.
I refuse to do that myself as it's pretty stupid.
ugly, for sure, but unless we come up with another solution (patching
rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes:
lines per package ...
What problem are you trying to solve here? I'm not sure I understand
why you're doing this.
Each of the php*-program packages provide /usr/bin/php symlink:
/poldek:/all-avail> install phpcsProcessing dependencies...phpcs-3.4.1-2.noarch: required "/usr/bin/php" is provided by the
following packages:a) php4-program-4.4.9-67.x86_64b) php52-program-5.2.17-20130717.35.x86_64c) php53-program-5.3.29-52.x86_64d) php54-program-5.4.45-30.x86_64e) php55-program-5.5.38-22.x86_64f) php56-program-5.6.40-9.x86_64g) php70-program-7.0.33-8.x86_64h) php71-program-7.1.33-3.x86_64i) php72-program-7.2.34-1.x86_64j) php73-program-7.3.24-1.x86_64k) php74-program-7.4.12-2.x86_64l) php80-program-8.0.0-2.x86_64Which one do you want to install ('Q' to abort)?
[php4-program-4.4.9-67.x86_64]/
Prior to rpm switch, each of those packages also had Obsoletes: /usr/bin/php so
that you could easily switch the provider of /usr/bin/php symlinkL
/poldek:/all-avail> install php80-program-8.0.0-2.x86_64///
/Loading [pndir]th-2020-updates...
Loading [pndir]th-2020-updates...
Loading [pndir]th-2020...
Loading [pndir]th-2020...
29952 packages read
Processing dependencies...
php80-program-8.0.0-2.x86_64 marks php80-cli-8.0.0-2.x86_64 (cap
php80-cli = 4:8.0.0-2)
php80-cli-8.0.0-2.x86_64 marks php80-common-8.0.0-2.x86_64 (cap
/etc/php80)
There are 3 packages to install (2 marked by dependencies):
A php80-cli-8.0.0-2.x86_64 php80-common-8.0.0-2.x86_64
php80-program-8.0.0-2.x86_64
This operation will use 4.6MB of disk space.
Need to get 1.4MB of archives (1.4MB to download).
[1/3] th-2020::php80-common-8.0.0-2.x86_64.rpm [1.4M (1.4M/s)]
[2/3] th-2020::php80-cli-8.0.0-2.x86_64.rpm [51.7K (51.7K/s)]
[3/3] th-2020::php80-program-8.0.0-2.x86_64.rpm [5.0K (5.0K/s)]
Executing pm-command.sh --upgrade -vh --root / --define
_check_dirname_deps 1...
error: failed to open /etc/mtab: No such file or directory
Preparing... ### [100%]
Repackaging...
1:php72-program ### [100%]
Upgrading...
1:php80-common ### [ 33%]
2:php80-cli ### [ 67%]
3:php80-program ### [100%]
poldek:/all-avail>/
But rpm-4 no longer allows / in Obsoletes:
/Illegal char '/' (0x2f) in: Obsoletes: /usr/bin/php /
Which makes this smooth transition no longer possible:
/poldek:/all-avail> install php73-program-7.3.27-1.x86_64//
//Processing dependencies...//
//php73-program-7.3.27-1.x86_64 marks php73-cli-7.3.27-1.x86_64 (cap
php73-cli = 4:7.3.27-1)//
// php73-cli-7.3.27-1.x86_64 marks php73-common-7.3.27-1.x86_64 (cap
libphp_common-7.3.27.so()(64bit))//
//There are 3 packages to install (2 marked by dependencies)://
//A php73-cli-7.3.27-1.x86_64 php73-common-7.3.27-1.x86_64
php73-program-7.3.27-1.x86_64//
//This operation will use 4.2MB of disk space.//
//Need to get 1.2MB of archives.//
//php73-common-7.3.27-1.x86_64.rpm: digests OK//
//php73-cli-7.3.27-1.x86_64.rpm: digests OK//
//php73-program-7.3.27-1.x86_64.rpm: digests OK//
//Executing pm-command.sh --upgrade -vh --root / --define
_check_dirname_deps 0...//
//Verifying... # [100%]//
//Preparing... # [100%]//
// file /usr/bin/php from install of
php73-program-4:7.3.27-1.x86_64 conflicts with file from package
php74-program-4:7.4.19-1.1.x86_64//
// file /usr/share/man/man1/php.1 from install of
php73-program-4:7.3.27-1.x86_64 conflicts with file from package
php74-program-4:7.4.19-1.1.x86_64//
//There were errors//
//poldek:/all-avail>/
To keep what we had with rpm5 , we either need to patch rpm, or add 11
(as of today) Obsoletes: php${ver}-program lines to each spec.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze: point of that guard was to wait for support to become available or someone implement a solution. (...) but as no such solution as provided, you need to update obsoletes to fill **all** package names that provide that file path. I refuse to do that myself as it's pretty stupid. ugly, for sure, but unless we come up with another solution (patching rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes: lines per package ... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: No new packages on ftp
Looks like we hit -ENOSPC on ftp. There's some extra space added now, not sure if pending packages will be synced from builders or will need to be pushed manually . - Original Message - From: "Jan Palus" To: pld-devel-en@lists.pld-linux.org Sent: wtorek, 6 sierpień 2019 0:37:29 Subject: No new packages on ftp Looks like packages built on Aug 4 and later did not reach ftp. Can someone have a look? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Packages to be dropped after openssl 1.1.1 rebuild
W dniu 2018-11-03 11:11, Jan Rękorajski napisał(a): The below packages will be removed from Th next week (~10th Nov) along with any broken deps their removal will cause. john I will commit this one today, need to fix x32 build. -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RFC bind split
W dniu 2018-10-31 07:48, Bartek Szady napisał(a): What do you think about splitting bind package to bind-base and bind? bind-base will contain server and init scripts/units, will have minimal dependencies (no python dependency) and can be used as eg. caching recursive server. bind will contain the the remaining files and will require bind-base. +1, this approach shouldn't break systems on upgrade (bind will upgrade to bind+bind-base), just make sure bind-base works :) -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
W dniu 2018-10-23 13:20, Jacek Konieczny napisał(a): On 2018-10-23 13:01, Arkadiusz Miśkiewicz wrote: On 23/10/2018 12:43, glen wrote: any plans to fix cvs.pld-linux.org? cvs-nserver segfaults and needs some debugging or better switching to other maintained cvs cvs [status aborted]: reading from server: Connection reset by peer Or maybe it is time to finally ditch CVS all together. There is really no good reason we are still using this crap for anything. What do we use cvs for these days? In the last two years there were commits to: - CVSROOT/users - I think it is currently used for aliases only, - PLD-doc: - uid_gid.db.txt - BuildRequires.txt - PLD-update-TODO + maybe SSH-keys So nothing much, really. Am I missing something? -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
W dniu 2018-10-23 13:01, Arkadiusz Miśkiewicz napisał(a):
On 23/10/2018 12:43, glen wrote:
any plans to fix cvs.pld-linux.org?
cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs
cvs [status aborted]: reading from server: Connection reset by peer
Had a look at this today, there's some magic happening here:
15:01:13: S -> Loading protocol enum as enum.la
15:01:13: S -> EBUG: name=enum.la
directory=/usr/lib64/cvsnt/protocols
15:01:13: S -> It is ORACLE so save environment.
that nails down the path to
cvsnt-2.5.05.3744/cvsapi/unix/LibraryAccess.cpp:
75 bool CLibraryAccess::Load(const char *name, const char *directory)
76 {
77 if(m_lib)
78 Unload();
79
80 CServerIo::trace(3, "EBUG: name=%s directory=%s", name,
directory);
81 if (strncmp(name,"oracle",6)==0)
82 {
83 /* this is very messy, but the server crashes/hangs
84when the oracle library is unloaded due to the
85putenv ... */
86
87 /* For this kind of thing better to put a load/unload
hook in the
88 library itself, otherwise it just gets too messy
hardcoding
89 everything. */
90
91 CServerIo::trace(3,"It is ORACLE so save
environment.");
92 strcpy(save_nls_lang,getenv("NLS_LANG"));
So it looks like it compares name ("enum.la") to "oracle" and decides
they are equal...
and if I comment this part out, it goes into infinite loop
--
Adam Gołębiowski, PLD Linux
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: VirtualBox/VirtualBox.spec - --without userspace --with kernel fa...
W dniu 2009-11-18 04:32, Przemyslaw Iskra pisze: > why does it ? It probably is the only way anyways, think about multiple > kernel versions installed at once. Honestly I didn't think of that, but in that case to avoid file conflicts when multiple kernel*-misc-vbox* packages are installed we should also probably move init scripts as well. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RW do CVS
Krzysztof Krakowiak pisze: > Witam, > > Prosze o dostep RW do CVS PLD. > Dane do: () Konto założone, załóż sobie alias pocztowy dodając odpowiedni wpis do CVSROOT/users. [en] account created -- http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[ann] ftp4 no longer provides iso images
Hi there, Due to insufficient disk space, I had to (temporary) remove iso images from ftp4 (ftp.atm). That gave us 95 GiB of space for fast-growing Th/Ti/AIDA repositories. -- http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: serverside rename
Paweł Zuzelski pisze:
> Please rename java-portletapi10 to java-pluto.
>
> I can't provide with exact commands, beacuase I don't know how
> should they look like after CVS structure migration.
Done:
cp packages/java-portletapi10 packages/java-pluto
mv packages/java-pluto/java-{portletapi10,pluto}.spec,v
--
http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true,
PLD Linux developer | Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: libdrm/libdrm.spec - revert part of 2.4.12 ( fixes Mesa-7.5 build...
Patryk Zawadzki pisze: > On Sun, Jul 26, 2009 at 12:43 AM, adamg wrote: >> Author: adamgDate: Sat Jul 25 22:43:46 2009 GMT >> Module: packages Tag: HEAD >> Log message: >> - revert part of 2.4.12 ( fixes Mesa-7.5 build ) >> - release 2 > > Results in either kernel oops or 16 colors with > xorg-driver-video-nouveau-0.0.10-0.20090720.1.x86_64. > > Either fix or revert. Ahh, crap. ... or you can build libdrm-2.4.12-1 for now. I see there's a patch [0] in Mesa's git tree that hasn't been backported to mesa_7_5_branch. I don't have time to test it right now, will try to do in the evening. [0] http://cgit.freedesktop.org/mesa/mesa/commit/?id=40ed44991851a526f0e2cafd5dab6149cb7a3342 -- http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: topdir macro
Elan Ruusamäe pisze:
> On Friday 08 May 2009 12:33:01 Elan Ruusamäe wrote:
>> On Sunday 03 May 2009 13:31:15 Arkadiusz Miskiewicz wrote:
>>> It's nice bit it will break in a case when you use some .src.rpm
>>> and install it. It should be installed in standard place -
>>> rpm/{SOURCES,SPECS} not in our packages.
>> why is it so? i mean why you need it being installed in
>> rpm/{SOURCES,SPECS}? you can't build such pkg anyway, if building
>> requires sources/specs being in pld layout
Is there anything that requires current (packages/foo) layout ?
As for now, it looks like that builder supports packages/ layout while
rpmbuild the old one. It is not a perfect solution (some magic to detect
the layout would be nice), but better than no support for
~/rpm/{SPECS,SOURCES}/ .
[ad...@ankh-th ~]$ rpm -q rpm
rpm-4.5-16.i686
[ad...@ankh-th ~]$ cd rpm/packages/dev^C
[ad...@ankh-th ~]$ rm ~/rpm/{SPECS,SOURCES}/dev*
[ad...@ankh-th ~]$ cd rpm/packages/dev
[ad...@ankh-th dev]$ ../builder -bs dev
builder: SMP make flags are set to -j4
# $Revision: 1.192 $, $Date: 2009/03/01 16:29:51 $
Available branches: RA-branch rpm3
Zapisano: /home/users/adamg/rpm/SRPMS/dev-3.4-4.src.rpm
0.18s real 0.15s user 0.00s system
[ad...@ankh-th dev]$ rpm -Uhv /home/users/adamg/rpm/SRPMS/dev-3.4-4.src.rpm
1:dev###
[100%]
[ad...@ankh-th dev]$ cd ../../SPECS/
[ad...@ankh-th SPECS]$ rpmbuild -bp dev.spec
Wykonywanie(%prep): env -i
PATH=/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/users/adamg/bin
HOME=/home/users/adamg TMP=/home/users/adamg/tmp
TMPDIR=/home/users/adamg/tmp /bin/sh -e /home/users/adamg/tmp/rpm-tmp.33191
+ umask 022
+ cd /home/users/adamg/rpm/BUILD
+ cd /home/users/adamg/rpm/BUILD
+ rm -rf dev-3.4
+ /bin/mkdir -p dev-3.4
+ cd dev-3.4
+ /bin/id -u
+ [ 1000 = 0 ]
+ true .
+ /bin/chmod -Rf -Rf a+rX,u+w,g-w,o-w .
+ exit 0
[ad...@ankh-th SPECS]$
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: old links to patches
Elan Ruusamäe pisze: > On Friday 08 May 2009 13:27:23 Elan Ruusamäe wrote: >> On Friday 08 May 2009 13:19:04 Tomasz Pala wrote: >>> On Fri, May 08, 2009 at 12:33:46 +0300, Elan Ruusamäe wrote: >> please give (at least) one sample, so i could write 404 handler in >> apache to solve this problem. i mean, a url to resource which contains link to _that_ link. >>> Like this? >>> >>> http://lists.quagga.net/pipermail/quagga-dev/2009-April/006507.html >> yep. >> >> for now added redirect rules: >> >> RedirectMatch permanent ^/cgi-bin/cvsweb/SOURCES/(.*)$ >> http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES.old/$1 RedirectMatch >> permanent ^/cgi-bin/cvsweb\.cgi/SOURCES/(.*)$ >> http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES.old/$1 >> >> is this sufficent, or we should rather redirect to new location in >> /packages? >> >> i mean if you gave old link, then you likely want to point it to the >> resource available at that time, which this SOURCES.old redirection >> satisfies. however this will all go void if the SOURCES.old tree is removed >> someday. > > ping? Seems fine for me, I provided URLs like: http://cvs.pld-linux.org/SOURCES/foo.patch http://cvs.pld-linux.org/SOURCES/foo.patch?rev=HEAD as in: http://pecl.php.net/bugs/bug.php?id=9697 and the redirect works for these as well. Thanks. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
tcl broken?
Hi, [ad...@carme-pld-i686 SPECS]$ echo 'puts stdout "a"' | tclsh a Tcl_SetObjLength called with shared object Aborted [ad...@carme-pld-i686 SPECS]$ this causes sqlite3 build failure (and probably other software). adamg ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel + xorg + nvidia
On Wed, Aug 06, 2008 at 11:24:37PM +0200, Bartosz Taudul wrote: > On Tue, Aug 05, 2008 at 12:59:27PM +0300, Elan Ruusamäe wrote: > > how many out there use custom kernel anyway (i mean by that kernel > > installed > > without rpm package)? > What kind of bullshit argument is it supposed to be? The "both solutions sucks, let's choose lesser evil" one, I guess. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: fet
On Mon, Jul 28, 2008 at 01:37:35PM +0200, Zsolt Udvari wrote: > Hi! > > fet is a free timetabling program. I hope that this spec-file is > (almost) perfect ;) Unfortunately, it's not -- it does not fully comply with PLD style. There's a handy little tool, called adapter (cvs::SPECS/adapter and cvs::SPECS/adapter.awk), that does some basic checks and proposes changes in an unified diff format. Have a look at it and see what it thinks about fet.spec -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC files - newsbeuter and one of its depends: stfl
On Fri, Jul 25, 2008 at 10:59:49AM +, Zsolt Udvari wrote: > Hi all! > > I'm using a console-based newsreader, newsbeuter and there isn't in > pld's repo. So I've created spec-file for newsbeuter and stfl (one of > its depends). I added them into CVS, thanks for the contribution. These specs need some work though, you may wish to track changes made to those files. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [ANNOUNCEMENT] Bugzilla >/dev/null, switching to launchpad.net
On Wed, Jul 16, 2008 at 12:43:25PM +0200, Mariusz Mazur wrote: > Rationale: > Launchpad was chosen because (a) we don't have to maintain it, (b) we don't > have to host it (backups, whatever), (c) we don't have to develop it and (d) > it has some nice feature for upstream integration. hmm, as to a) and b) -- was it really so time consuming? c) - we didn't do any development with bugzilla either, d) like? (I'm curious) > Oh, just to make one thing clear -- launchpad has been in use by some > developers for some time now and all of the current RM's either are for this > switch or don't care either way. I really hope there are no bugzilla zealots > or launchpad haters :) Bugzilla looked a little bit simpler to me (design, not the forms itself). The page was also rendered faster. It looks like launchpad doesn't send mail reports to [EMAIL PROTECTED], please fix this. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: dropin ?
On Mon, Jun 30, 2008 at 12:07:02AM +0200, Arkadiusz Miskiewicz wrote: > Probably tmpwatch cleaned up /tmp where symlinks used by dropin were created. works now. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
dropin ?
Is dropin.pld-linux.org b0rked? [EMAIL PROTECTED] ~]$ lftp -u adamg dropin.pld-linux.org Password: lftp [EMAIL PROTECTED]:~> ls ls: Login failed: 530 Login incorrect. lftp [EMAIL PROTECTED]:~> I'm pretty sure I typed my password correct at least once on about 10 attempts... has anything changed regarding dropin usage recently? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 09:33:36PM +0200, Marcin Krol wrote: > > And bump epoch? Oh boy... > > No need to. 1.1.0 wasn't built for Titanium yet. We'd have to if arekm rejected wine-1.1.0 (it was sent to builders). Luckily, it's not needed. > > You could have 1.0.0 > > in Ti, and once 1.1.x becomes stable, you would just bump version, no > > epoch bymp needed. > > I didn't decided yet if 1.1.0 should go to Titanium or not. However I > don't like forcing devel versions on HEAD just because "they're available". Rejecting devel versions just because they are devel versions is no good either - it's like... should we drop mutt-1.5 from HEAD? Or kde*branch 3.5.x diffs? As I said - it's just a matter of common sense. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 03:17:27PM +0200, Marcin Krol wrote: > > I don't see why this can't go to Th, especially as there are beta > > versions of kde4. > > I vote for moving it to DEVEL branch. Why make exception for this spec? > It still can be built from DEVEL for Th test. > > If its unacceptable then please branch 1.0 as WINE_STABLE or something > so it may be still maintained (you've commited 1.1, you'll now have to > retrieve correct revisions for 1.0 and branch them :)). And bump epoch? Oh boy... how 'bout Ti-branch then? You could have 1.0.0 in Ti, and once 1.1.x becomes stable, you would just bump version, no epoch bymp needed. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 01:53:19PM +0200, Arkadiusz Miskiewicz wrote: > On Saturday 28 June 2008, Adam Gołębiowski wrote: > > On Sat, Jun 28, 2008 at 01:00:54PM +0200, Arkadiusz Miskiewicz wrote: > > > On Saturday 28 June 2008, adamg wrote: > > > > Author: adamgDate: Fri Jun 27 22:41:03 2008 GMT > > > > Module: SPECS Tag: HEAD > > > > Log message: > > > > - updated to 1.1.0 > > > > > > Development series? We want stable wine. > > > > And have new wine version every 15 years or so? :) > > > > Look at the release notes - they are bugfixes and new features (new > > functions) implemented. > > Heh, ok, fine fo rme. > > > I don't see why this can't go to Th, especially as there are beta > > versions of kde4. > > Where? I see some packages in test only. I saw kde4-kdelibs-4.0.83-1 sent as ready, it failed, but I assume it was intented to go into mainline. And 4.0.83 is beta. I guess if we dug more, we could find more beta releases in th (tig.spec being one of them). It's just a matter of common sense. Nevertheless, I'm happy you agreed on wine-1.1.0 in Th -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 01:00:54PM +0200, Arkadiusz Miskiewicz wrote: > On Saturday 28 June 2008, adamg wrote: > > Author: adamgDate: Fri Jun 27 22:41:03 2008 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - updated to 1.1.0 > > > Development series? We want stable wine. And have new wine version every 15 years or so? :) Look at the release notes - they are bugfixes and new features (new functions) implemented. I don't see why this can't go to Th, especially as there are beta versions of kde4. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: exiv2.spec - pass --install to libtoolize (fixes build) - release 2
On Wed, Jun 25, 2008 at 05:01:02PM +0200, Kacper Kornet wrote: > > Author: adamgDate: Wed Jun 25 08:46:32 2008 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - pass --install to libtoolize (fixes build) > > - release 2 > > In this case shouldn't the BuildRequires: libtool >= 2:1.5 be changed to > require version >= 1.9b? Indeed. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: builder queue problem
On Mon, Jun 16, 2008 at 12:06:49PM +0300, Elan Ruusamäe wrote: > to whomever has power over this. please fix! Hmm, [EMAIL PROTECTED] says the key is being blacklisted - can you regenerate it? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ac-amd64 / ac-alpha down
Anyone knows what happened to them? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: ndoc-no-warnaserror.patch (NEW) - niech sobie ankry przenosi do SOURCES
On Wed, Jun 11, 2008 at 11:56:45PM +0200, wolf wrote: > Author: wolf Date: Wed Jun 11 21:56:45 2008 GMT > Module: SPECS Tag: HEAD > Log message: > - niech sobie ankry przenosi do SOURCES > > Files affected: > SPECS: >ndoc-no-warnaserror.patch (NONE -> 1.1) (NEW) WTF? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: macro for /usr/share/php
On Tue, Jun 10, 2008 at 11:00:09PM +0300, Elan Ruusamäe wrote: > On Friday 23 May 2008 12:01:11 Elan Ruusamäe wrote: > > anyone can suggest macro name for /usr/share/php? > > > > %php_data_dir > > %php_apps_dir > > %php > > still nobody? I'd use %php_data_dir, as it contains more than just (web)apps - libraries, frameworks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: CVS locks
On Sat, May 31, 2008 at 11:47:26AM +0200, Jakub Bogusz wrote: > What is 207.115.86.105? > > It seems to frequently download all SOURCES from different branches, > causing locks on commits in SOURCES. seems like SPECS/ is being locked as well... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim updated to 0.9.7...
On Fri, May 30, 2008 at 09:36:23AM +0300, Elan Ruusamäe wrote:
> On Friday 30 May 2008 01:20, adamg wrote:
> > - vim-heavy / gvim-heavy subpackages (todo done)
>
> should we perhaps package vim from vim package as vim.ncurses and make
> symlink
> to vim and then one can replace the symlink with heavy manually? so it's done
> line in gvim packages.
>
> or should we perhaps also overwrite symlink with first vim-heavy install (and
> restore if uninstalled)?
+1 for packaging vim as vim.ncurses (and perhaps separate vim-ncurses
package).
I was thinking with something like simple vim-config shell script. When
vim/vim-heavy is installed, it checks for /usr/bin/vim existence and
creates such symlink when necessary. When the other package gets
installed, it does nothing, as /usr/bin/vim already exists.
And for those upgrading older vim versions, vim package would create
/usr/bin/vim -> /usr/bin/vim.ncurses symlink.
Sample vim-config usage (idea borrowed from various gentoo's *-config
scripts):
# vim-config --list
[1] /usr/bin/vim.ncurses *
[2] /usr/bin/vim.heavy
# ls -l /usr/bin/vim
lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.ncurses*
# vim-config --select 2
# vim-config --list
[1] /usr/bin/vim.ncurses
[2] /usr/bin/vim.heavy *
# ls -l /usr/bin/vim
lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.heavy*
And similar gvim-config script for gvim. {,g}vim-config would be part of
vim-rt.
Comments?
> should we put suggets: (g)vim-heavy to vim-rt?
-1... maybe suggests: virtual(vim) / virtual(gvim) + appropriate
provides: in vim-ncurses / vim-heavy
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ep09 is dying?
On Mon, Apr 14, 2008 at 03:24:23PM +0300, Elan Ruusamäe wrote: > > ARCHITECTURE: alpha > sh: /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: not found > > 15:22:00 pldac[pts/[EMAIL PROTECTED] SRPMS/.metadata$ ls -l > /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo > ls: cannot access /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: > Input/output error > > df(local) > df: `/home/pld/admins/ra/chroot/home/users/pldra/ftp': Permission denied > > rsync(remote): > error: > /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir.2008.04.10-19.20.59.gz: > Input/output error > receiving incremental file list > rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld: > Input/output error (5) Not sure if everyone is aware, but (as RMF told me) raid controller is fscked up. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: OK: xorg-driver-video-openchrome.spec
On Sun, Dec 23, 2007 at 12:35:56AM +, PLD th-i686 builder wrote: > xorg-driver-video-openchrome.spec (HEAD): OK > > --- xorg-driver-video-openchrome.spec:HEAD: > upgrading packages > Build-Time: user:35.44s sys:7.70s real:50.09s (faults io:16 non-io:1822961) > > Files queued for ftp: > 125261 xorg-driver-video-openchrome-0.1.20071201-1.i686.rpm > 399574 xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.i686.rpm >203 xorg-driver-video-openchrome-0.1.20071201-1.src.rpm.uploadinfo This one wasn't uploaded to ftp: [EMAIL PROTECTED] PLD]$ ls dists/th/test/*/RPMS/xorg*chrome* dists/th/test/athlon/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.athlon.rpm dists/th/test/athlon/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.athlon.rpm dists/th/test/i486/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.i486.rpm dists/th/test/i486/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.i486.rpm dists/th/test/SRPMS/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.src.rpm dists/th/test/x86_64/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.x86_64.rpm dists/th/test/x86_64/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.x86_64.rpm [EMAIL PROTECTED] PLD]$ -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel packages for xen kernels
On Sun, Dec 16, 2007 at 06:49:50PM +0200, Elan Ruusamäe wrote: > On Sunday 16 December 2007 17:10:04 Adam Gołębiowski wrote: > > On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusamäe wrote: > > > i noticed the same for ac-amd64. running upgrade command manually > > > helped... > > > > Hmm... what was the problem? outdated local poldek indexes or something > > else? > > the problem still is there don't know what to check what is wrong. I wonder if yesterdays ep09's hiccup (load ca 900) has anything to do with that. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel packages for xen kernels
On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusamäe wrote: > i noticed the same for ac-amd64. running upgrade command manually helped... Hmm... what was the problem? outdated local poldek indexes or something else? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
kernel packages for xen kernels
I am confused, kernel-xen0 / kernel-xenU was built successfully on
ac-xen (ac-athlon, ac-i686, ac-amd64) just a few hours earlier,
kernel-xen{0,U}-{smp-,}module-build is available in ac-ready, but
builders seem not to see them.
request from: adamg
started at: Sat Dec 15 11:47:22 2007
fetching
http://ep09.pld-linux.org/~buildsrc/srpms/d385ded2-cc5a-48c3-92ab-0615efc7b0a2/drbd-xenU-0.7.24-57.src.rpm
fetched 304266 bytes, 851.8 K/s
installing srpm: drbd-xenU-0.7.24-57.src.rpm
Building target platforms: athlon-pld-linux
Building for target athlon-pld-linux
checking BR
no BR needed
building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.ca3700 nice -n 19
rpmbuild -bb --define 'alt_kernel xenU' --target athlon-pld-linux
drbd.spec
error: Failed build dependencies:
kernel-xenU-module-build is needed by drbd-xenU-0.7.24-57.athlon
Building target platforms: athlon-pld-linux
Building for target athlon-pld-linux
error: No files produced.
Begin-PLD-Builder-Info
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cp eclipse-emf-sdo.spec
Please do:
cp rpm/SPECS/eclipse-emf-sdo{,-xsd}.spec,v
thanks.
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: TEST build ERRORS: ntfs-3g.spec
On Sun, Oct 28, 2007 at 08:54:10PM +, PLD ac-sparc builder wrote: > ntfs-3g.spec (HEAD): FAILED > libfuse-devel >= 2.7.0 is needed by ntfs-3g-1.1030-1.sparc Any reasons not to push libfuse >= 2.7.0 to ac? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[Th] pixman and xorg-xserver-server
This is what I got today (fresh install, th-athlon): /usr/bin/Xwrapper: symbol lookup error: /usr/lib/xorg/modules//libfb.so: undefined symbol: pixman_image_set_source_clipping missing R: pixman in xorg-xserver-server? And why wasn't this dependecy autogenerated? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: OK: gcc.spec
On Tue, Sep 11, 2007 at 07:58:26PM +, PLD ti-src builder wrote: > gcc.spec (auto-ti-gcc-4_2_1-2): OK maybe a separate list (pld-logs-ti?) should be set up? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: mod_gnutls's dhfile/rsafile generation
On Sun, Sep 09, 2007 at 11:18:03AM +0300, Elan Ruusamäe wrote: > On Sunday 09 September 2007 02:44, Adam Gołębiowski wrote: > > Hi, > > > > I was thinking about apache mod_gnutls's dhfile/rsafile files being > > generate in %post, which could be done by something similiar to: > > > > --- cut --- > > %post > > if [ "$1" = "0" ]; then > > d=/etc/httpd/tls > > [ -f "$d/dhfile" ] || /usr/bin/certtool --generate-dh-params --bits 1024 > > --outfile $d/dhfile [ -f "$d/rsafile" ] || /usr/bin/certtool > > --generate-privkey --bits 512 --outfile $d/rsafile fi > > --- cut --- > > > > but the process may take some time on slower machines, or those where > > /dev/random tends to block while waiting for entropy pool. > > other way is openssh way -- when service is started, but that's modifying > apache.spec Ah, didn't think of that. This would mean keeping httpd down for some time (only once, but still), and this could annoy some people. I think I'll go for the presented option (%post). -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
mod_gnutls's dhfile/rsafile generation
Hi, I was thinking about apache mod_gnutls's dhfile/rsafile files being generate in %post, which could be done by something similiar to: --- cut --- %post if [ "$1" = "0" ]; then d=/etc/httpd/tls [ -f "$d/dhfile" ] || /usr/bin/certtool --generate-dh-params --bits 1024 --outfile $d/dhfile [ -f "$d/rsafile" ] || /usr/bin/certtool --generate-privkey --bits 512 --outfile $d/rsafile fi --- cut --- but the process may take some time on slower machines, or those where /dev/random tends to block while waiting for entropy pool. Comments? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libtool problems
On Fri, Sep 07, 2007 at 04:53:09PM +0200, Jakub Bogusz wrote: > Which package is it? It happened to me while working on apache-mod_gnutls.spec. > I suppose it doesn't use AC_PROG_LIBTOOL if it uses apr's libtool. exactly - configure.ac lacked AC_PROG_LIBTOOL, thanks for the hint. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
libtool problems
Hi, I'm having a problem with libtool (I guess) - it does not add --tag=CC which causes build to fail. If I alter Makefile and add it by hand, build passes, but then again, $DESTDIR is not taken into consideration. No libtoolize / ac/am rebuild helps. /usr/share/apr/build/libtool is used in this build (obtained through apr-1-config --apr-libtool). Any hints? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: openoffice.org.spec
On Fri, Sep 07, 2007 at 01:37:17AM +, PLD th-x86_64 builder wrote: > openoffice.org.spec (auto-th-openoffice_org-2_2_0-oof680_m14_0_8): FAILED > > --- openoffice.org.spec:auto-th-openoffice_org-2_2_0-oof680_m14_0_8: > Build-Time: user:151.94s sys:41.41s real:1860.07s (faults io:555 > non-io:4259044) > checking NEON_CFLAGS... -I/usr/include/neon > checking NEON_LIBS... -lneon > checking for neon < 0.27.0... configure: error: you need neon 0.24.x to > 0.26.x for system-neon > make: *** [stamp/build] Error 1 > error: Bad exit status from /tmp/B.fc7743/rpm-tmp.59766 (%build) Won't do - we'll have to switch to ooo-2.3.0's snaps (and ooo-build from trunk), or someone may try to port ooo80967.ucb.neon27.diff to 2.2 and see what would explode... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: ERRORS: mozilla-firefox.spec
On Tue, Aug 28, 2007 at 10:30:52PM +0200, Marcin Król wrote: > > The old amd64 builder is not running. Builder account on previous > > machine is empty. At least I was told so. We have third amd64 builder? :) > > I'll answer myself. Yes, we may have third builder. The very old one in > old jajcus workplace. However I can't check if its there. Machine is up > but ssh is either not running or firewalled. Jajcus, any chances that > this theory is true? Well, according to mail headers these are oberon.pld-linux.org and rhea.pld-linux.org. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
db and rpm db
This happened to me twice today: Installing set #9 Processing dependencies... db4.6-4.6.18-1.i686 obsoleted by db4.6-4.6.19-1.i686 There are 1 package to install, 1 to remove: I db4.6-4.6.19-1.i686 R db4.6-4.6.18-1.i686 Need to get 417.5KB of archives (417.5KB to download). After unpacking 1.1MB will be used. Retrieving th-test::db4.6-4.6.19-1.i686.rpm... .. 100.0% [417.5K (243.2K/s)] Executing rpm --upgrade -vh --root / --noorder... Preparing...### [100%] 1:db4.6 ### [100%] Installing set #10 Processing dependencies... SysVinit-2.86-9.i686 obsoleted by SysVinit-2.86-10.i686 There are 1 package to install, 1 to remove: I SysVinit-2.86-10.i686 R SysVinit-2.86-9.i686 Need to get 240.2KB of archives (240.2KB to download). After unpacking 302.3KB will be used. Retrieving th-test::SysVinit-2.86-10.i686.rpm... .. 100.0% [240.2K (240.2K/s)] Executing rpm --upgrade -vh --root / --noorder... pmdb: munmap: Invalid argument rpmdb: munmap: Invalid argument rpmdb: munmap: Invalid argument rpmdb: munmap: Invalid argument rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /var/lib/rpm --- rpm --rebuilddb seems to fix this issue (I didn't try removing __db*). Perhaps some trigger in db-4.6.19? Is it possible to do `rpm --rebuilddb' in %post? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kernel-desktop.spec | patch85
On Tue, Aug 21, 2007 at 04:50:11PM +0200, Wojciech Błaszkowski wrote: > > additional info about what a patch85 does. applied, thanks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pld-builder.new: client/make-request.sh - -C/--config-file command...
On Wed, Jul 25, 2007 at 05:14:26PM +0300, Elan Ruusamäe wrote: > however i use code from WORKING branch. And which do we prefer - HEAD or WORKING? Sources from which branch are used with Ac/Th builders? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [BUG] exclude confuses /usr/lib/rpm/check-files
On Tue, Jul 17, 2007 at 04:29:26PM +0200, Pawel Golaszewski wrote: > Hello, > > It seems that /usr/lib/rpm/check-files is confused when in spec is used > "%exclude". Files excluded aren't shown as unpackaged. Should they? I allways thought of unpackaged files as of those which you may have missed - %exclude means you know the file exists but just don't want to package it. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
httpd.worker - kernel killer?
Hi,
Our CVS suddenly stopped working yesterday. When I used 'xm cons' to get
a console I saw the following:
tty1 ep09-cvs login: Unable to handle kernel paging request at 880013318604
RIP:
{gr_lookup_task_ip_table+60}
PGD 81e067 PUD 81f067 PMD 8b9067 PTE 0
Oops: [1] SMP
CPU 0
Modules linked in: ipv6 8250 serial_core reiserfs xfs exportfs ext3 mbcache jbd
Pid: 1222, comm: httpd.worker Not tainted 2.6.16.52-1xenUsmp #1
RIP: e030:[] {gr_lookup_task_ip_table+60}
RSP: e02b:88001d68fea0 EFLAGS: 00010286
RAX: 880013318380 RBX: 880015567940 RCX: 7fed
RDX: 880008829fa0 RSI: 101f49d9 RDI: bb5f00c1
RBP: 880001a623c0 R08: 0e9e R09: 5000
R10: R11: R12: 88001e8516c0
R13: 00887798 R14: 00887778 R15: 0001
FS: (0063) GS:80468000() knlGS:
CS: e033 DS: ES:
Process httpd.worker (pid: 1222, threadinfo 88001d68e000, task
88001fe1c7b0)
Stack: 80205812 88001e8516c0 88001d68fed8 8800189d03c0
8025bbc6 00110010 bb5f00c10e9e0002
Call Trace: {gr_attach_curr_ip+82}
{sys_accept+326} {do_sys_poll+454}
{__pollwait+0} {system_call+134}
{system_call+0}
Code: 39 b8 84 02 00 00 75 ea 39 b0 88 02 00 00 75 e2 66 44 39 80
RIP {gr_lookup_task_ip_table+60} RSP
CR2: 880013318604
This is a domU running on a smp kernel (built from LINUX_2_6_16) on
amd64, however I had the same error (also caused by httpd.worker) on a
i686 smp.
In both cases other domUs were unaffected.
Any hints on how this could be debugged?
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: geninitrd 8385 patches and comments
On Tue, May 22, 2007 at 03:11:06PM +0200, Jacek Konieczny wrote: > I made two patches (attached) to address the second problem: > 1. geninitrd-rootdev.patch > 2. geninitrd-lvm_initramfs.patch I've applied those patches on trunk. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: geninitrd 8385 patches and comments
On Tue, May 22, 2007 at 03:11:06PM +0200, Jacek Konieczny wrote: > 2. the initrd (initramfs in fact) was unable to mount my root device, >which was an LVM volume. > > I made two patches (attached) to address the second problem: > > 1. geninitrd-rootdev.patch > > 2. geninitrd-lvm_initramfs.patch They worked for me, +1 from me for applying them, and since noone made any objection so far, please apply. > - Do we still need non-initramfs initrd images? Dropping the legacy > would make things much simpler: writtable filesystem (no need for > temporary tmpfs mounts), the image could be generated with no > mknode/mount/chown privileges. Functionality of the initramfs image > could be easily extended by appending other cpio archives to it. What about initramfs support on ppc? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xfce4-dict.plugin.spec (NEW) - new
On Wed, Apr 18, 2007 at 02:21:07PM +0200, megabajt wrote:
> Author: megabajt Date: Wed Apr 18 12:21:07 2007 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - new
>
> Files affected:
> SPECS:
>xfce4-dict.plugin.spec (NONE -> 1.1) (NEW)
ehrm... seems like obvious mistake:
mv xfce4-dict{,-}plugin.spec,v
PS: cc: megabajt, cvsadmin
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux developer| Everybody needs some solid rock, I know I do.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: New mirror in France
On Wed, Mar 21, 2007 at 01:13:07PM +0100, Olivier Thauvin wrote: > I am pleased to announce I just setup a new PLD mirror in France: > > The mirror is located in Europe, France, Paris (48,8°N, 2,33°E). great to hear that! > Please let me know if have somethings special to do or if I have to use a > specific rsync server (currently using rsync://ftp2.pld-linux.org/pld/). There is an rsync server with restricted access at rsync.pld-linux.org located in Bratislava, SK. Is it better for you (try to compare mtr, or transfers from ftp). Best regards, Adam -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. pgpPsWxnnAdz6.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: OOo 2.1.0
On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusamäe wrote: > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > happy testing! Kudos! Thanks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Google Summer of Code
On Mon, Mar 05, 2007 at 08:22:06PM +0100, Michal Chruszcz wrote: > Hi everyone, > > Today has begun the new edition of Google Summer of Code. From now on > projects may supply applications to Google until March 12. Full > timeline is here: > http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 > Are we willing to miss the chance again this year? Or are we going to > think of something that could be done in the advantage of PLD? > Personally, I was thinking of what can I do and this is GUI for poldek > (yes, the same as a year ago). It's only one idea, though. Maybe any > of you were thinking of something that could be applied to Google? Have a look at jajcus's recent thread on pld-discuss. It has been discussed there. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (LINUX_2_6_20): kernel.spec - move /lib/modules/*/build syml...
On Fri, Feb 09, 2007 at 03:42:39PM +0100, arekm wrote: > Author: arekmDate: Fri Feb 9 14:42:39 2007 GMT > Module: SPECS Tag: LINUX_2_6_20 > Log message: > - move /lib/modules/*/build symlink to proper package I've been also thinking about this problem (it hit me recently). Can a directory belong to two packges (here: kernel(-smp) and kernel-module-buikd)? If no, where it should belong? Not in kernel-module as I don't need kernel-module-build packge on production servers, and not in kernel(-smp), as I don't need this package on build environments. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: mono 1.2.3 in Ac?
On Fri, Feb 09, 2007 at 02:18:28AM +0200, Elan Ruusamäe wrote: > On Thursday 08 February 2007, Jakub Bogusz wrote: > > mono 1.2.3 seems to build on all Ac archs (well, still waiting for > > amd64), including alpha and sparc (bootstrap needed on these two - just > > done test builds can be installed on builders to perform actual build, > > without "--with bootstrap" bcond). > > > > I suggest to include this version in Ac. > +1 +1 hawk? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: POLL: PAM modules
On Fri, Feb 02, 2007 at 07:54:58PM +0100, Jan Rekorajski wrote: > Czy ktos zapisany na pld-users-* moglby to tam poslac? > Could someone subscribed to pld-users-* send it there? forwarded. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_...
On Thu, Feb 01, 2007 at 12:28:01AM +0100, Marcin Król wrote: > > so the question is, can we achieve the same (have geninitrd working in > > Ac) and having the same source for both Ac and Th? > > I wrote it already on devel-pl and users-pl, but well, I'll write it > here too. Maybe it will give people messing with geninitrd some hints. > New geninitrd works very well with Ac but only if one will uncoment > INITRDFS=rom in /etc/sysconfig/geninitrd. Non romfs initrds will fail in > Ac with two messages: a) no /etc/fstab error b) switch_root error. Good to know the hint is that simple, but still, this blows up a few systems after upgrade. Which is not good. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_...
On Wed, Jan 31, 2007 at 10:46:32PM +0100, adamg wrote: > Author: adamgDate: Wed Jan 31 21:46:32 2007 GMT > Module: SPECS Tag: AC-branch > Log message: > - seems like there is no switch_root in AC's busybox, use chroot instead > - release 2 so the question is, can we achieve the same (have geninitrd working in Ac) and having the same source for both Ac and Th? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: PLDWWW: Vserver
On Mon, Jan 29, 2007 at 07:35:03PM +0200, Elan Ruusamäe wrote: > looks like it keeps sending the same diff for any page edit > > please somebody fix it. > > it's a shame if our internal resources don't work properly. I am no moinmoin guru, can't do much about it. I asked people on pld-users-pl and forum.pld-linux.org if there is a volunteer to help us solve this issue. In the meantime, I will try to do some googling... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: kdebase.spec
On Fri, Jan 12, 2007 at 09:05:53PM +0100, Jakub Bogusz wrote: > > I am not sure about that one. Somebody suggested removing libnscd from > > builders before building samba, but that's more like a workaround than a > > real fix. > > And it would be probably wrong (disabling nscd support in libsmbclient). > > samba build system should be fixed to link libsmbclient with libnscd. That what I was thinking about, just not being sure... Anyway, there's a patch in CVS and the package was sent to ac-ready. It works for me. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: kdebase.spec
On Thu, Jan 11, 2007 at 02:54:22AM +0200, Elan Ruusamäe wrote: > On Sunday 24 December 2006 02:52, Adam Gołębiowski wrote: > > What is the solution? Rebuild libnscd, then rebuild samba, then rebuild > > the rest? > any luck resolving it? I am not sure about that one. Somebody suggested removing libnscd from builders before building samba, but that's more like a workaround than a real fix. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: INFO: th-i486 - looking for a new home for a builder
On Sun, Dec 31, 2006 at 02:50:33PM +0100, Arkadiusz Miskiewicz wrote: > > Hello, > > Th production builders are currently on-hold due to missing th-i486 machine > (we lost it unfortunately). Only test builds are allowed at this moment. > > We are looking for a new machine for th-i486 builder purposes, something > like: > - x86 or x86_64 > - 2GHz > - 1GB ram > - scsi disks > - 20GB hdd space > - 1Mbps internet > - operational 24h > - small load average > > If you have such resorce (better or worse) then contact me. If nothing shows up, I can provide sun fire x2100: - opteron 148 (2.2 GHz) - 1 GB RAM (+1 GB more in some near future) - SATA hdds - 2 mbps up/down - separater vserver (migration to xen is planned soon) -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rekall to be removed from Ac
On Sat, Dec 30, 2006 at 11:40:48PM +0100, Jakub Bogusz wrote: > On Sat, Dec 30, 2006 at 11:12:45PM +0100, Marcin Król wrote: > > > It helped. Thanks. Just STBRed. > > > > Blah. amd64 failed :( Any ideas for this one? > > > > http://buildlogs.pld-linux.org/index.php?dist=ac&arch=amd64&ok=0&id=034b97312cd4e12ba70fc02b5444dbe9 > > Looks funny. What are kb_macrodef.cpp contents? Probably some binary > junk... > Is it autogenerated or comes in sources? it builds fine for me: /home/users/builder/rpm/RPMS/rekall-2.2.6-1.amd64.rpm seems like we have some mess on builders - first problem with samba and kdebase, now rekall... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] geninitrd borked?
On Sun, Dec 24, 2006 at 09:04:02PM +0100, Łukasz Jernaś wrote: > Dnia środa, 20 grudnia 2006 01:22, Cezary Krzyzanowski napisał: > > Dnia 19-12-2006, wto o godzinie 23:24 +0100, Łukasz Jernaś napisał(a): > > > root=0303 (tried /dev/hda3 also) I'll check the rest tomorrow, I can > > > barely see the screen now :/ > > > > I've generated initrd almost identical as Your. I've booted it > > successfully with 2.6.18.4_laptop-0.3 kernel. > > Sorry for the late answer, I've been busy lately. > So, geninitrd does work with the ro change. > One more flaw - initramfs seems to ignore the initlevel parameter passed to > the kernel from grub (setting it in /etc/inittab fixes the problem though) > > As for the bootsplash issue, I still haven't figured it out. > fbsplash doesn't seem to work either - shouldn't it be added before > compressing the initrd? Hmm... fbsplash works for me on Ac, though I had to rebuild busybox. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. pgpbza3uBiPYq.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: kdebase.spec
On Sat, Dec 23, 2006 at 05:32:07PM +, PLD ac-sparc builder wrote: > kdebase.spec (AC-branch): FAILED > > --- kdebase.spec:AC-branch: > Build-Time: user:14294.63s sys:1364.57s real:17130.44s (faults io:1179 > non-io:83908943) > + cp > /tmp/B.01ed92/kdebase-3.5.5-root-builder/usr/share/apps/kdm/pics/users/root1.png > /tmp/B.01ed92/kdebase-3.5.5-root-builder/etc/X11/kdm/faces/root.face.icon > + rm > /tmp/B.01ed92/kdebase-3.5.5-root-builder/usr/share/apps/konqueror/dirtree/remote/smb-network.desktop > rm: cannot remove > `/tmp/B.01ed92/kdebase-3.5.5-root-builder/usr/share/apps/konqueror/dirtree/remote/smb-network.desktop': > No such file or directory > error: Bad exit status from /var/tmp/rpm-tmp.23203 (%install) This one fails because smb kio slave isn't built. And it wasn't built because libsmbclient check in configure fails due to unresolved `nscd_flush_cache' symbol that comes from libnscd. I thought rebuiding samba would fix the issue. And it did, but only when samba was built locally. When I sent samba to ac builders (test build on ac-i686 and ac-amd64) it turned out that unresolved nscd_flush_cache symbol issue remains. We already suffer from this problem, kdebase which is in main tree has smb kio slave broken (smb:// links do not work). What is the solution? Rebuild libnscd, then rebuild samba, then rebuild the rest? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: wdm.spec
On Sat, Dec 23, 2006 at 07:36:22PM +, PLD ac-amd64 builder wrote: > wdm.spec (AC-branch): FAILED > > --- wdm.spec:AC-branch: > Build-Time: user:13.30s sys:2.76s real:22.30s (faults io:0 non-io:758058) > > Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.89732 > (...) This build is undeterministic. One every four builds it fails, because in %install section, for some strange reaons make decides that src/Login.c needs to be rebuild (altough it was compiled in %build). Parallel build is not the case here, any hints on how to trace the bug? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: slim.spec (NEW) - new
On Fri, Dec 22, 2006 at 06:45:34PM +0100, adamg wrote: > Author: adamgDate: Fri Dec 22 17:45:34 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - new > > Files affected: > SPECS: >slim.spec (1.11 -> 1.12) (NEW) I noticed that after the commit. How should we handle such situation? There was a package called slim (Shared Library Interface Macros from cairographics) and it was even sent to Ac once (somewhere in 2004 probably). On 20041031 it was obsoleted by libpixman.spec (qboosh's commit). Should we change specname (SLiM is used sometimes, or slim-dm?), or maybe we can accept it's current name? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: STBR for a few packages postgresql-dependant
On Wed, Dec 20, 2006 at 11:05:57AM +0100, Michał Łukaszek wrote: > STBR to AC-ready please: > > error: libpq.so.4 is required by pure-ftpd-1.0.21-1 sent (release 2) > error: libpq.so.4 is required by tpop3d-1.5.3-28 sent (release 29) > error: libpq.so.4 is required by exim-4.63-3 release 3 was sent to builders today - I guess you had this package from other source, you wil have to use --force to reinstall it. > error: libpq.so.4 is required by jabberd-2.0s11-2 sent (release 3) -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[ac] unsatisfied deps in main
$ poldek -s . -V Loading [pndir]/home/services/ftp/pld/dists/2.0/PLD/[...]/packages.ndir.gz... Przeczytano 13503 pakiety Verifying dependencies... błąd: amarok-1.4.3-1: req libmtp.so.3 not found błąd: dotnet-gecko-sharp-0.6-5: req mozilla-embedded not found błąd: blam-1.6.1-1: req mozilla not found błąd: blam-1.6.1-1: req mozilla-embedded not found błąd: dotnet-gecko-sharp2-0.11-4: req mozilla-embedded not found błąd: kdenetwork-kopete-protocol-meanwhile-3.5.4-1: req libmeanwhile.so.0 not found błąd: mozilla-plugin-gxmlviewer-1.2.0-5: req mozilla-embedded not found błąd: qdvdauthor-0.1.3-1: req dvd-slideshow >= 0.6.0 not found błąd: skipstone-0.9.3-13: req mozilla-embedded(gtk2) >= 5:1.7 not found błąd: skipstone-0.9.3-13: req mozilla-embedded(gtk2) = 5:1.7.13 not found 10 unsatisfied dependencies found -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[STBR] php stuff for AC
php4.spec:AC-branch php4-eaccelerator.spec:AC-branch php.spec:AC-branch php-eaccelerator.spec:AC-branch thanks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [STBR] AC
On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Gołębiowski wrote: > php4.spec:AC-branch > libtiff.spec:AC-branch php4-eaccelerator.spec:AC-branch(needs rebuilt) x11vnc.spec:AC-branch (CVE-2006-2450) vim.spec:AC-branch (bugfixes) apache-mod_cband.spec:AC-branch (bugfixes) kcheckgmail.spec:AC-branch (new package) anyone? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: clamav.spec - Source0 is back
On Tue, Aug 08, 2006 at 01:40:19PM +0300, Elan Ruusamäe wrote: > On Tuesday 08 August 2006 09:57, zawadaa wrote: > > Author: zawadaa Date: Tue Aug 8 06:57:49 2006 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - Source0 is back > > http://thread.gmane.org/gmane.linux.pld.devel.english/2601 > > and smb finally fwd that info to devel-pl list! forwarded. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [STBR] AC
On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Gołębiowski wrote: > php4.spec:AC-branch > libtiff.spec:AC-branch > > both contain security fixes. thanks ankry. two more specs: php4-eaccelerator.spec:AC-branch x11vnc.spec:AC-branch first one needs to be rebuilt becase of php4 version bump, second one contain security fix (CVE-2006-2450). -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[STBR] AC
php4.spec:AC-branch libtiff.spec:AC-branch both contain security fixes. thanks -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vsftpd.spec - /etc/ftpd should be owned
On Sat, Jul 15, 2006 at 08:36:01PM +0200, Paweł Gołaszewski wrote: > On Fri, 14 Jul 2006, adamg wrote: > > Author: adamgDate: Fri Jul 14 21:56:08 2006 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - /etc/ftpd should be owned > [...] > >vsftpd.spec (1.50 -> 1.51) > [...] > > no - it should go to some filesystem.spec... maybe... on the other hand, we do not allow parallel ftpd installation. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: OpenOffice.org 2.0.3
On Thu, Jul 13, 2006 at 01:02:48PM +0300, Elan Ruusamäe wrote: > On Monday 10 July 2006 17:28, Adam Gołębiowski wrote: > > one can find rpms for ac-i686 (together with pndir-style indices) for > > OpenOffice.org 2.0.3 which was released few days ago. > > i noticed this already earlier (but then i assumed i had openoffice and > openoffice.org installed at same time), that the desktop files are duplicate: Yeah, it was reported several times, but I always forgot to fix it. Anyway, I dropped duplicates in rel 0.0.3. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: mono.spec - 1.1.16.1 - changes in dependency generators cau...
On Wed, Jul 12, 2006 at 10:07:02PM +0200, wolf wrote: > Author: wolf Date: Wed Jul 12 20:07:02 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - 1.1.16.1 > - changes in dependency generators cause some problems with mscorlib, so let's > provide that. maybe it's a matter of doing bootstrap or maybe it's a bug in > generators, i don't know now That's not a matter of bootstrap - I did it with 1.1.16 and had those mscorlib deps unresolved. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
OpenOffice.org 2.0.3
Hi folks, On: http://mamut.pld-linux.org/~adamg/openoffice.org/ one can find rpms for ac-i686 (together with pndir-style indices) for OpenOffice.org 2.0.3 which was released few days ago. Previous builds, if anyone needs them, are available too: http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.1/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.2vfs/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.3vfs/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.4/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.4.i586/ -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: php-pear-PEAR, optional packages printing
On Thu, Jun 29, 2006 at 03:14:31PM +0200, Jakub Bogusz wrote: > 1. Which php-pear-PEAR is usable for HEAD php - AC-branch only? seems so, I didn't track glen's recent changes in [EMAIL PROTECTED], don't know what the problem is. > 2. post script sometimes outputs bogus optional packages, e.g.: > >5:php-pear-PEAR ### [100%] > php-pear-PEAR can optionally use package "php-pear-XML_RPC" (version >= 1.4.0) > > while php-pear-XML_RPC is explicitly required by php-pear-PEAR > (as specified in spec). Actually this R: is bogus one, XML_RPC is not required to use pear (only its 'remote' part). fixed. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
/dev/nvram
/dev/nvram is 600,root,root now. In order to use kmilo's thinkpad plugin, this has to be at least readable by user (at least read-only is sufficient for volume controls and 'access ibm' button). Anyone objects on changing it to 664,root,root? Or maybe it would be better to 660,root,$group, but which group should be owned by? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ooo2
On Wed, Jun 07, 2006 at 02:52:44PM +0300, Elan Ruusamäe wrote: > ooo 2 to ac? > > are there any problems with that? > amd64 can be forgotten, as ooo1 doesn't have it either. ppc/sparc build is not verified (anyone cares about these?) And I'd wait for OOo 2.0.3, which is scheduled to be released tomorrow, provided that nothing bad happens. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: BadMatch Gdk errors
On Sun, May 21, 2006 at 10:29:57PM +0200, Fryderyk Dziarmagowski wrote: > > Google doesn't say much about this. Any clues? > > enabled composite extension ? yep. thanks for the hint. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
BadMatch Gdk errors
Few days ago I noticed some of applications I use became unstable or even unusable: - qiv: Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 114 error_code 8 request_code 2 minor_code 0 - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre plugins): The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 84 error_code 8 request_code 147 minor_code 3) When it comes to seamonkey, the problem occurs only when macromedia-flash plugin is enabled. Google doesn't say much about this. Any clues? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Java SUN
On Wed, May 17, 2006 at 01:08:28PM +0200, Jakub Bogusz wrote: > Which isn't available for x86_64 too, so it doesn't matter. blah, I was sure we had OOo 1.x for amd64. Sorry. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Java SUN
On Wed, May 17, 2006 at 12:51:23PM +0200, Jan Rekorajski wrote: > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something > > > > Great. > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > eclipse and push those to Ac. > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > for AC. I tried to build ot amd64, but it fails (g++ falls in an endless loop), and from what I googled, it seems like it is a bug in gcc 3.3.x. And I haven't tried other archs. Since we won't switch to gcc 3.4.x, we'll have to use ooo 1.1.x -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Java SUN
On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something Great. Maybe we could rebuild openoffice 1.x with java support, prepare eclipse and push those to Ac. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm changelog
On Wed, Apr 26, 2006 at 10:47:07PM +0300, Elan Ruusamäe wrote: > i made patch to truncate changelog at build time [1]. > the question is how many entries to limit the truncation, and should the > truncation setting be different for Ac and Th? I guess 15-20 entries should be sufficient for both -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[CVS] php-gtk.spec -> php-gtk2.spec
cp SPECS/php-gtk.spec,v SPECS/php-gtk2.spec,v Thanks. -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
unsatisfied deps in AC
error: abiword-2.4.2-1: req libwv-1.0.so.3 not found error: bigsister-1.02-3: req perl(BS_win32) not found error: bigsister-oracle-1.02-3: req perl-DBD-Oracle not found error: kdevelop-i18n-3.5.2-1: req kdevelop = 7:3.3.1 version mismatch error: [EMAIL PROTECTED]: req kernel24-up = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-smp = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-smp = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-up = 2.4.32-4 version mismatch error: koffice-kplato-1.5.0-1: req libkdeinit_kplato.so not found error: koffice-kugar-1.5.0-1: req libkdeinit_kudesigner.so not found error: ocaml-otags-3.08.0.1-4: req ocaml-camlp4 = 1:3.09.0 version mismatch error: php-pear-MDB2_Driver_fbsql-0.1.1-2: req php-fbsql not found error: php-pear-MDB2_Driver_oci8-0.1.2-2: req php-oci8 not found error: vips-7.10.10-2: req libMagick.so.9 not found and from the list above: - kdevelop - STBR kdemodule-i18n.spec to solve this dep - php-pear-MDB2* - I guess we can safely drop these - vips - I see that release is already bumped, someone (tm) needs to send it to builders -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: java-sun.spec - download URL for 1.5.0.06
On Fri, Feb 10, 2006 at 02:23:21AM +0100, Tomasz Pala wrote: > On Thu, Feb 09, 2006 at 19:03:00 +0100, Adam Gołębiowski wrote: > > > > that was stupid, java was downloaded to distfiles and now anyone can > > > download it from there, it's illegal > > > > > > so fix it quickly and beg someone(TM) to delete it form distfiles > > > > I've just dropped it from distfiles. > > Oops, I did it again:/ (don't report me to RIAA please;>) > > I haven't seen that it's still commented out, sorry. Ok, dropped from df. Let's hope noone saw us distributing it ;) -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: java-sun.spec - download URL for 1.5.0.06
On Thu, Feb 09, 2006 at 07:00:32PM +0100, Przemek Iskra wrote: > that was stupid, java was downloaded to distfiles and now anyone can > download it from there, it's illegal > > so fix it quickly and beg someone(TM) to delete it form distfiles I've just dropped it from distfiles. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC TODO [19/01/2006]
On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > Probably at the end of month I'll start tagging AC-release so there is still > a > few days for fixes. What's the current status of AC release plan? Is there anything more that needs to be done ? -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC TODO [19/01/2006]
On Sun, Jan 22, 2006 at 03:03:28PM +0100, Arkadiusz Miskiewicz wrote: > On Sunday 22 January 2006 14:55, Adam Gołębiowski wrote: > > > I've received a few positive responses about 1.5-0.2. I've bumped relase > > to 1, would be great if you could send to ready. > > Sent, what about dictionaries? Can be sent (tested on -pl/-en_AU). -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC TODO [19/01/2006]
On Thu, Jan 19, 2006 at 10:14:34PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 19:18, Adam Gołębiowski wrote: > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > Probably at the end of month I'll start tagging AC-release so there is > > > still a few days for fixes. > > > > What about thunderbird 1.5 ? It's in reasonably good shape now, and > > could get into Ac. I'll try to resolve enigmail issue in the next few > > days. > > Poke then. I've received a few positive responses about 1.5-0.2. I've bumped relase to 1, would be great if you could send to ready. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
