[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: SRPM to Debian Framework



           Actually the idea was a bit more than just being able to
maintain RPMs (SRPMs) and DEBs in parallel for the same product. If we
are able to create deb packages on the fly using the spec file and
source package conatined in SRPM, it could be very useful solution for
porting RPM based packages to Debian.
         This was in fact tried before in the pnet deb package using
the script build-debian-packages.sh (and I guess its maintained by
Mr.Russell Stuart ). I just had a quick look at the script and this
could probably be a starting point. Anyway Iam still not aware of the
complexities involved.
         I haven't explored alien much except for --to-deb option and
ended up with linitian messages like the following. But anyway I'll
checkout the complete documentation before proceeding.
E: maui-oscar: dir-or-file-in-opt opt/maui/
E: maui-oscar: dir-or-file-in-opt opt/maui/bin/
E: maui-oscar: dir-or-file-in-opt opt/maui/bin/mprof
W: maui-oscar: file-in-unusual-dir opt/maui/bin/mprof
W: maui-oscar: non-standard-executable-perm opt/maui/bin/mprof 0751 != 0755
E: maui-oscar: dir-or-file-in-opt opt/maui/bin/showstats
W: maui-oscar: file-in-unusual-dir opt/maui/bin/showstats
W: maui-oscar: non-standard-executable-perm opt/maui/bin/showstats 0751 != 0755
E: maui-oscar: dir-or-file-in-opt opt/maui/include/
E: maui-oscar: dir-or-file-in-opt opt/maui/include/maui.h
W: maui-oscar: file-in-unusual-dir opt/maui/include/maui.h
E: maui-oscar: dir-or-file-in-opt opt/maui/include/moab.h
W: maui-oscar: file-in-unusual-dir opt/maui/include/moab.h
E: maui-oscar: dir-or-file-in-opt opt/maui/lib/
E: maui-oscar: dir-or-file-in-opt opt/maui/lib/libmoab.a
W: maui-oscar: file-in-unusual-dir opt/maui/lib/libmoab.a
E: maui-oscar: dir-or-file-in-opt opt/maui/log/
E: maui-oscar: dir-or-file-in-opt opt/maui/maui.cfg
W: maui-oscar: file-in-unusual-dir opt/maui/maui.cfg
E: maui-oscar: dir-or-file-in-opt opt/maui/sbin/
E: maui-oscar: dir-or-file-in-opt opt/maui/sbin/maui
W: maui-oscar: file-in-unusual-dir opt/maui/sbin/maui
W: maui-oscar: non-standard-executable-perm opt/maui/sbin/maui 0711 != 0755
E: maui-oscar: dir-or-file-in-opt opt/maui/spool/
W: maui-oscar: non-standard-dir-perm opt/maui/spool/ 1777 != 0755
E: maui-oscar: dir-or-file-in-opt opt/maui/stats/
E: maui-oscar: dir-or-file-in-opt opt/maui/tools/
E: maui-oscar: dir-or-file-in-opt opt/maui/traces/
E: maui-oscar: dir-or-file-in-opt opt/maui/traces/Resource.Trace1
W: maui-oscar: file-in-unusual-dir opt/maui/traces/Resource.Trace1
E: maui-oscar: dir-or-file-in-opt opt/maui/traces/Workload.Trace1
W: maui-oscar: file-in-unusual-dir opt/maui/traces/Workload.Trace1
W: maui-oscar: script-in-etc-init.d-not-registered-via-update-rc.d
/etc/init.d/maui
W: maui-oscar: non-etc-file-marked-as-conffile /opt/maui/maui.cfg
E: maui-oscar: debian-changelog-file-contains-invalid-email-address root@(none)
W: maui-oscar: maintainer-not-full-name root
E: maui-oscar: maintainer-address-malformed root <root@(none)>
W: maui-oscar: unknown-section alien

On 7/18/05, Geert Stappers <stappers@stappers.nl> wrote:
> On Sun, Jul 17, 2005 at 01:56:26AM +0200, Ram Kumar DANGETI wrote:
> > Hi,
> >        Just wondering whether it could be easy to build a framework or
> > a package in python or perl which could convert an SRPM into a deb
> > package.
> >        As far as extracting the tgz and spec file from a SRPM is
> > concerned, rpm2cpio could be handy, but will it be easy automate the
> > deb package build process by using the information in the spec file
> > and the source files in the archive?
> >        Is there any example showing how we can manually accomplish this task.
> >        Thankyou and hope to hear from you regarding this.
> 
> 
> To me it seems like you want to re-implement
> the programs `alien`, `dh_make` and `pbuilder`.
> 
> My advice is to study those programs before you implement your idea.
> 
> 
> > regards,
> > ram.
> 
> 
> Hope This Helps
> Geert Stappers
> 
> 
> P.S.
> 
> My approach would be asking upstream to provide the source in tar.gz.
> 
> 
> 
> BodyID:9748420.2.n.logpart (stored separately)
> 
>



Reply to: