[Bug 25] New: truecrypt - Free Open-Source Disk Encryption Software
by RPM Fusion Bugzilla
http://bugzilla.rpmfusion.org/show_bug.cgi?id=25
Summary: truecrypt - Free Open-Source Disk Encryption Software
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: dominik(a)greysector.net
Estimated Hours: 0.0
Spec URL: http://rathann.fedorapeople.org/review/truecrypt.spec
SRPM URL: http://rathann.fedorapeople.org/review/truecrypt-5.0a-1.src.rpm
Main Features:
- Creates a virtual encrypted disk within a file and mounts it as a
real disk.
- Encrypts an entire hard disk partition or a storage device such as
USB flash drive.
- Encryption is automatic, real-time (on-the-fly) and transparent.
- Provides two levels of plausible deniability, in case an adversary
forces you to reveal the password:
1) Hidden volume (steganography).
2) No TrueCrypt volume can be identified (volumes cannot be
distinguished from random data).
- Encryption algorithms: AES-256, Blowfish (448-bit key), CAST5,
Serpent, Triple DES, and Twofish. Mode of operation: LRW (CBC
supported as legacy).
Why not in Fedora?
Problematic licence.
rpmlint output:
$ rpmlint /var/lib/mock//fedora-development-i386/result
truecrypt.i386: W: invalid-license Truecrypt License
truecrypt-debuginfo.i386: W: invalid-license Truecrypt License
truecrypt.src: W: mixed-use-of-spaces-and-tabs (spaces: line 49, tab: line 1)
truecrypt.src: W: invalid-license Truecrypt License
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
13 years, 1 month
[Bug 19] New: Review request: blcr - Berkeley Lab Checkpoint/ Restart for Linux
by RPM Fusion Bugzilla
http://bugzilla.rpmfusion.org/show_bug.cgi?id=19
Summary: Review request: blcr - Berkeley Lab Checkpoint/Restart
for Linux
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: ndbecker2(a)gmail.com
Blocks: 2
Estimated Hours: 0.0
https://nbecker.dyndns.org/RPM/blcr.spec
https://nbecker.dyndns.org/RPM/blcr-0.6.4-1.src.rpm
Berkeley Lab Checkpoint/Restart for Linux (BLCR)
This package implements system-level checkpointing of scientific applications
in a manner suitable for implementing preemption, migration and fault recovery
by a batch scheduler.
BLCR includes documented interfaces for a cooperating applications or
libraries to implement extensions to the checkpoint system, such as
consistent checkpointing of distributed MPI applications.
Using this package with an appropriate MPI implementation, the vast majority
of scientific applications which use MPI for communucation on Linux clusters
are checkpointable without any modifications to the application source code.
You must also install the %{name}-libs package and a %{name}-modules_* package
matching your kernel version.
A short description for the package (usually, the %description from the spec
file).
This is not eligible because it needs a kmod. I have packaged that separately
as blcr-kmod using akmods.
rpmlint RPM/SRPMS/blcr-0.6.4-1.src.rpm [silence]
rpmlint RPM/RPMS/x86_64/blcr-*
blcr-devel.x86_64: W: no-documentation
blcr-devel.x86_64: W: no-dependency-on blcr
blcr-libs.x86_64: E: library-not-linked-against-libc /usr/lib64/libcr.so.0.2.1
blcr-libs.x86_64: E: library-not-linked-against-libc /usr/lib/libcr.so.0.2.1
blcr-testsuite.x86_64: W: no-documentation
no-doc: Seems trivial
no-dependency-on blcr: I think this is correct. blcr is userland utils only.
devel depends only on libs because libs has the shared libs that devel needs.
Not linked against: This is a problem in upstream. They are aware of it and
say it will be fixed in the next version.
This is my first rpmfusion pkg.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
15 years, 9 months
sponsor needed
by Dan Horák
Hi,
few months ago we spoke that I will become new Kino maintainer after
Dominik. The rpmfusion infrastructure is coming near, so I have created
an account at rpmfusion's fas and now I am waiting for a sponsor. The
account name is "sharkcz", the same as in Fedora.
Thanks
Dan
--
Fedora and Red Hat package maintainer
16 years, 5 months
Infrastructure status
by Xavier Lamien
Hi folks,
There're some tasks to catch, add (?) or also already done.
Just browse http://rpmfusion.org/Infrastructure to be up-to-date.
Thorsten, i guess you have some tasks to add about buildsys or packages
availability ?
Hans, if you want import your srpms, you could reach me in IRC this
afternoon.
Regards,
--
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB
16 years, 5 months
Re: rpm confusion? :)
by Andre Robatino
> I already did this.
> Check the rpmfusion mailling list archive for that.
I've been following the rpmfusion mailing lists for weeks, and except for
mention of Dribble being frozen and talk of Rpmfusion going active in a
few days, I haven't seen anything explaining what people using
Livna/Freshrpms/Dribble will need to do when Rpmfusion goes active (and
since Livna and Freshrpms have F9 repos set up already, with mutually
incompatible packages as usual, and are acting as if Rpmfusion didn't exist,
people do need to know). Even if this is explained somewhere in the
mailing list, it would be nice if it was clearly explained right on
Rpmfusion.org's home page.
P.S. I just got an email from fedora-announce-list stating that Livna repos
are now available for F9, and explaining that the plan is to slowly migrate
people automatically from Livna to Rpmfusion. Is the same true for Freshrpms
and Dribble, so people using any of the 3 repos will get automatically
migrated later?
16 years, 6 months