[Rpm-maint] [rpm-software-management/rpm] Need to update http://rpm.org/about.html (#396)

[Geunsik Lim]

We need to update some contents of http://rpm.org/about.html. 
Note that MeeGo was replaced by Tizen in 2012.

* before:
`http://meego.com/;>Meego`


* after:
`http://www.tizen.org/;>Tizen`

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/396___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] Does not the rpmbuild command execute (de)compression of files in parallel? (#113)

[Geunsik Lim]

> It is the decision of the distributions to support them and change the macros 
> accordingly. 
> Upstream may follow the consensus of the distributions later.

Right. However, I hope that rpm upstream will enable multi threaded xz 
compression by default for them. :) For example, 

```
# https://fedoraproject.org/wiki/Features/XZRpmPayloads
%define _compression_level7
%define _smp_mflags -j%(echo "`/usr/bin/getconf _NPROCESSORS_ONLN`")
%_source_payload   w%{_compression_level}T%{_smp_mflags}.xzdio
%_binary_payload   w%{_compression_level}T%{_smp_mflags}.xzdio
```

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/113#issuecomment-276896275___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] [WIP] Replace gzip/bzip2/xz with pigz/pbzip2/pxz for multicore (#126)

[Geunsik Lim]

Closed #126.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/126#event-922126663___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

[Rpm-maint] [rpm-software-management/rpm] [WIP] Replace gzip/bzip2/xz with pigz/pbzip2/pxz for multicore (#126)

[Geunsik Lim]

…nment

This PR is to fix issue #113. And It can be used as an alternative of PR #117.
In modern generation, most of the developers are using a machine based on
multi-core architecture. From now on, Let's prepare to support parallelism.

pigz is compatible with the existing gzip. It means that pigz is using gzip's 
library.
pbzip2 is compatible with the existing pbzip2.
pxz is compatible with the existing xz.

Signed-off-by: Geunsik Lim <geunsik@samsung.com>
You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/126

-- Commit Summary --

  * [WIP] Replace gzip/bzip2/xz with pigz/pbzip2/pxz for multicore environment

-- File Changes --

M configure.ac (8)
M doc/manual/builddependencies (1)
M doc/manual/macros (2)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/126.patch
https://github.com/rpm-software-management/rpm/pull/126.diff

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/126
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] '#' symbol to ignore a macro statement does not valid. (#121)

[Geunsik Lim]

> Adding % to % is just a workaround and not too intuitive for developers 
> causing many build fails.
Right. Actually, many developers have repetitively been making a incorrect 
statment in their ./*.spec files. 

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/121#issuecomment-272134161___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] '#' symbol to ignore a macro statement does not valid. (#121)

[Geunsik Lim]

\CC: @pmatilai, @ffesti, @ignatenkobrain, @myungjoo , @hk57kim , @jyoungyun

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/121#issuecomment-271807885___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

[Rpm-maint] [rpm-software-management/rpm] '#' symbol to ignore a macro statement does not valid. (#121)

[Geunsik Lim]

We sometime use "#" symbol to append some contents in ./spec file. This issue 
describes incorrect operation of "#" symbol in case that we try to ignore a 
macro line (e.g. %define . . . ) in ./spec file. For example, the  '#' (hash 
character) symbol to invalidate a macro statement does not valid as following: 

 * It's not okay.  # symbole is not available even though we try to use "#" 
symbol. 
```
# %define __debug_install_post%{nil}
# %define debug_package   %{nil}

```

 * It's okay if I remove specified lines:
```
-%define __debug_install_post%{nil}
-%define debug_package   %{nil}
```


 * It's okay if I remove "%" symbol behine "#" symbol:
```
-# define __debug_install_post%{nil}
-# define debug_package   %{nil}
```

 * Reference: http://rpm5.org/docs/api/macros.html

Recenlty, I have found an instruction to solve this issue from the Fedora 
documentation webpage as following: 

https://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Packagers_Guide/chap-Packagers_Guide-Spec_File_Reference-Comments.html
**Instruction**: Because macros are expanded first, do not insert any multiline 
macros in a comment. If you want to comment out a line with a macro, double the 
percent signs (%%) as in the following example:

`# %%configure`

Does we always have to use double percent sign? My question is why we cannot 
use a single percent sign? Anyone that has a similar experiecne like me? 



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/121___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] Support pbzip command for multicore environment (#117)

[Geunsik Lim]

@pmatilai , Thank you for giving me the valuable comments. At that time, I 
thought that we could handle  the pbzip2 command with *.tar.pbz2 file extension 
because the pbzip2 software uses the existing bzip2's library in order to be 
compatible with bzip2.  For example,  using *.tar.pbz2 for multi-core 
environment (pbzip2), using *.tar.bz2 for traditional bzip2. 

As another appropriate way, How about we try to replace traditional bzip2  with 
pbzip2 software from now on because the pbzip2 software is fully compatible 
with bzip2 v1.0.2 or newer?  However, I am not sure if now is a suitable time 
to replace bzip2 with pbzip2 because two packages have different options as 
following: 

```
invain@u1604:~$ bzip2 --help
bzip2, a block-sorting file compressor.  Version 1.0.6, 6-Sept-2010.

   usage: bzip2 [flags and input files in any order]

   -h --help   print this message
   -d --decompress force decompression
   -z --compress   force compression
   -k --keep   keep (don't delete) input files
   -f --force  overwrite existing output files
   -t --test   test compressed file integrity
   -c --stdout output to standard out
   -q --quiet  suppress noncritical error messages
   -v --verbosebe verbose (a 2nd -v gives more)
   -L --licensedisplay software version & license
   -V --versiondisplay software version & license
   -s --small  use less memory (at most 2500k)
   -1 .. -9set block size to 100k .. 900k
   --fast  alias for -1
   --best  alias for -9

   If invoked as `bzip2', default action is to compress.
  as `bunzip2',  default action is to decompress.
  as `bzcat', default action is to decompress to stdout.

   If no file names are given, bzip2 compresses or decompresses
   from standard input to standard output.  You can combine
   short flags, so `-v -4' means the same as -v4 or -4v, 

invain@u1604:~$
invain@u1604:~$
invain@u1604:~$ pbzip2 --help
Parallel BZIP2 v1.1.9 - by: Jeff Gilchrist [http://compression.ca]
[Apr. 13, 2014]   (uses libbzip2 by Julian Seward)
Major contributions: Yavor Nikolov 

Usage: pbzip2 [-1 .. -9] [-b#cdfhklm#p#qrS#tVz]   

 -1 .. -9set BWT block size to 100k .. 900k (default 900k)
 -b# Block size in 100k steps (default 9 = 900k)
 -c,--stdout Output to standard out (stdout)
 -d,--decompress Decompress file
 -f,--force  Overwrite existing output file
 -h,--help   Print this help message
 -k,--keep   Keep input file, don't delete
 -l,--loadavgLoad average determines max number processors to use
 -m# Maximum memory usage in 1MB steps (default 100 = 100MB)
 -p# Number of processors to use (default: autodetect [4])
 -q,--quiet  Quiet mode (default)
 -r,--read   Read entire input file into RAM and split between processors
 -S# Child thread stack size in 1KB steps (default stack size if 
unspecified)
 -t,--test   Test compressed file integrity
 -v,--verboseVerbose mode
 -V,--versionDisplay version info for pbzip2 then exit
 -z,--compress   Compress file (default)
 --ignore-trailing-garbage=# Ignore trailing garbage flag (1 - ignored; 0 - 
forbidden)

If no file names are given, pbzip2 compresses or decompresses from standard 
input to standard output.

Example: pbzip2 -b15vk myfile.tar
Example: pbzip2 -p4 -r -5 myfile.tar second*.txt
Example: tar cf myfile.tar.bz2 --use-compress-prog=pbzip2 dir_to_compress/
Example: pbzip2 -d -m500 myfile.tar.bz2
Example: pbzip2 -dc myfile.tar.bz2 | tar x
Example: pbzip2 -c < myfile.txt > myfile.txt.bz2

invain@u1604:~$
```


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/117#issuecomment-271286787___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] Support pbzip command for multicore environment (#117)

[Geunsik Lim]

@ignatenkobrain , Could I make one patch with **squash** command? 

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/117#issuecomment-270900961___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] Support pbzip command for multicore environment (#117)

[Geunsik Lim]

@ignatenkobrain  Thank you for giving me the valuable comments.  I have 
submitted  another patch to enhance the existing patch. 

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/117#issuecomment-270895267___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] Support pbzip command for multicore environment (#117)

[Geunsik Lim]

@leemgs pushed 1 commit.

3bb91da  Fix incorrect grammar in rpmio.c and apply comments of @ignatenkobrain


-- 
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/rpm-software-management/rpm/pull/117/files/03fb9703e71d528a17d7e70bbd5bfac2989f774a..3bb91da3c3dd10987d165d9a135b6a1e4653
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

[Rpm-maint] [rpm-software-management/rpm] Support pbzip command for multicore environment (#117)

[Geunsik Lim]

This commit is to support pbzip2 command for parallel (de) compression
with 'rpmbuild' command. The pbzip2 is compatible with the existing bzip2.

* Todo: The next step is adding pbzip2 content in .po files.

Signed-off-by: Geunsik Lim <geunsik@samsung.com>
You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/117

-- Commit Summary --

  * Support pbzip command for multicore environment

-- File Changes --

M CHANGES (3)
M INSTALL (2)
M build/pack.c (5)
M build/parsePrep.c (3)
M configure.ac (1)
M doc/manual/builddependencies (1)
M doc/manual/macros (1)
M lib/rpmds.c (5)
M macros.in (4)
M rpmio/macro.c (3)
M rpmio/rpmfileutil.c (3)
M rpmio/rpmfileutil.h (3)
M rpmio/rpmio.c (78)
M rpmio/rpmpgp.c (1)
M rpmio/rpmpgp.h (3)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/117.patch
https://github.com/rpm-software-management/rpm/pull/117.diff

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/117
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

[Rpm-maint] [rpm-software-management/rpm] Does not the rpmbuild command execute (de)compression of files in parallel? (#113)

[Geunsik Lim]

It seems that a 'rpmbuild' command only support single-core cpu environment. 
Can we decompress and compress the binary files  in parallel while executing a 
rpm packaging operation with 'rpmbuild' command? 

 * The log messages while executing 'rpmbuild' command
```
 
[   46s] + exec rpmbuild --define '_srcdefattr (-,root,root)' --nosignature 
--target=armv7l-tizen-linux --define '_build_create_debug 1' -ba 
/home/abuild/rpmbuild/SOURCES/chromium-efl.spec
[   46s] Building target platforms: armv7l-tizen-linux
[   46s] Building for target armv7l-tizen-linux
[   46s] Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.nfcsUa
[   46s] + umask 022
[   46s] + cd /home/abuild/rpmbuild/BUILD
[   46s] + cd /home/abuild/rpmbuild/BUILD
[   46s] + rm -rf chromium-efl-47.2526.69.49
[   46s] + /bin/bzip2 -dc 
/home/abuild/rpmbuild/SOURCES/chromium-efl-47.2526.69.49.tar.bz2
[   46s] + /bin/tar -xf -
[  161s] + STATUS=0
[  161s] + '[' 0 -ne 0 ']'
[  161s] + cd chromium-efl-47.2526.69.49
[  161s] + /bin/chmod -Rf a+rX,u+w,g-w,o-w .
[  164s] + exit 0
[  164s] Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.JOaBJs
```

As we can see, the rpmbuild uses out-of-date bzip command without  up-to-date  
pbzip command. 
Anyone who had similiar experience like me in multi-core CPU(s)? 



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/113___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint