On Mon, 23 Mar 2009 08:28:46 +0900
Junichi Uekawa dan...@netfort.gr.jp wrote:
It's less easy to maintain patches.
How do I patch a file inside that tarball?
Okay, it's not easy to maintain patches. Yes.
But upstream is quite friendly for us, Debian, and patches will be
include at next
Dear mentors,
I am looking for a sponsor for the new version 0.6
of my package stardata-common.
It builds these binary packages:
stardata-common - Common framework to manage astronomy packages
This package allows the installation and removal of astronomy catalogues,
converting those catalogues
At Mon, 23 Mar 2009 15:06:16 +0900,
Hideki Yamane wrote:
On Mon, 23 Mar 2009 08:28:46 +0900
Junichi Uekawa dan...@netfort.gr.jp wrote:
It's less easy to maintain patches.
How do I patch a file inside that tarball?
Okay, it's not easy to maintain patches. Yes.
But upstream is quite
Stefanos Harhalakis wrote:
I'll add it when it is available. Since this is a debian native package, I'm
waiting for it to enter debian (if it ever happens) before creating a page.
Whis is this native? From what I understood of the package, there is
nothing Debian-specific in this package,
On Sunday 22 March 2009 02:17:30 Peter Pentchev wrote:
Hello,
Well, actually what I did was take this change, another couple of
things (the example files, a small fix to the testing framework), and
just go ahead and release a new upstream version, confget-1.02.
A Debian package for it is
Hello mentors,
Can somebody help me with this error please?
$ sudo dpkg-buildpackage -S
is runnig fine...
$ sudo dpkg-buildpackage -nc
giving me this error
make[1]: Leaving directory `/home/mira/BUILD/jconv2/jconv-0.8.1'
#docbook-to-man debian/jconv.sgml jconv.1
touch build-stamp
On Mon, Mar 23, 2009 at 12:41:48PM -0300, Eduardo M KALINOWSKI wrote:
Stefanos Harhalakis wrote:
I'll add it when it is available. Since this is a debian native package,
I'm
waiting for it to enter debian (if it ever happens) before creating a page.
Whis is this native? From what I
On Mon, Mar 23, 2009 at 09:23:24PM +0100, Jaromír Mike? wrote:
dh_clean -k
Undefined subroutine Getopt::Long::GetOptionsFromArray called at
/usr/share/perl5/Debian/Debhelper/Dh_Getopt.pm line 76.
make: *** [install] Error 255
It's not your rules, it looks like your perl is missing a module
Hello,
I'm replying using a copy of the message from google groups, so it is expected
to break threading. Please CC me in your replies.
On Monday 23 March 2009, v13 wrote:
-- Forwarded message --
Stefanos Harhalakis wrote:
I'll add it when it is available. Since this is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jaromír Mikeš wrote:
Hello mentors,
Can somebody help me with this error please?
$ sudo dpkg-buildpackage -S
is runnig fine...
$ sudo dpkg-buildpackage -nc
giving me this error
Any reason you're using sudo instead of -ffakeroot? Also,
Od: Craig Small csm...@debian.org
dh_clean -k
Undefined subroutine Getopt::Long::GetOptionsFromArray called at
/usr/share/perl5/Debian/Debhelper/Dh_Getopt.pm line 76.
make: *** [install] Error 255
It's not your rules, it looks like your perl is missing a module or you
are using an
Od: Chow Loong Jin hyper...@gmail.com
No I will use -fakeroot
Actually I thought it was -rfakeroot
You are right ... thank you
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Od: Jaromír Mikeš mira.mi...@seznam.cz
If I will install newer perl from sid it will probably break my ubuntu here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
thanks for advice
mira
--
To UNSUBSCRIBE, email to
2009/3/23 Jaromír Mikeš:
If I will install newer perl from sid it will probably break my ubuntu here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
The first section here might help:
http://wiki.debian.org/PbuilderTricks
On Mon, 2009-03-23 at 17:26 -0500, Kumar Appaiah wrote:
2009/3/23 Jaromír Mikeš:
If I will install newer perl from sid it will probably break my ubuntu here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
The first
Od: Kumar Appaiah a.ku...@alumni.iitm.ac.in
If I will install newer perl from sid it will probably break my ubuntu here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
The first section here might help:
On Mon, Mar 23, 2009 at 5:32 PM, Chow Loong Jin wrote:
If I will install newer perl from sid it will probably break my ubuntu
here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
The first section here might help:
Od: Chow Loong Jin hyper...@gmail.com
I don't get it. debhelper should already pull in the appropriate perl. I
cannot even begin to imagine how you borked up your perl installation to
that extent.
Neither me ... installation of ubuntu based distro is quite new here installed
few packages
On Mon, Mar 23, 2009 at 5:32 PM, Jaromír Mikeš wrote:
If I will install newer perl from sid it will probably break my ubuntu
here.
I can't build in pbuilder coz missining dependencies.
Can I somehow install manually dependencies to pbuilder chroot?
The first section here might help:
On Mon, 2009-03-23 at 23:38 +0100, Jaromír Mikeš wrote:
Od: Chow Loong Jin hyper...@gmail.com
I don't get it. debhelper should already pull in the appropriate perl. I
cannot even begin to imagine how you borked up your perl installation to
that extent.
Neither me ... installation of
Od: Kumar Appaiah a.ku...@alumni.iitm.ac.in
That is absolutely what I was looking for ...
http://wiki.debian.org/PbuilderTricks
Sorry , but one think I don't understand:
HOOKDIR=/path/to/hook/dir
# put a file like D05deps to your $HOOKDIR, make it executable and put this in
there:
(cd
Od: Chow Loong Jin hyper...@gmail.com
You're packaging for what exactly? Sid? Jaunty? Intrepid?
Sid ... and I using pbuilder on ubuntu.
I upgrade library ... it is not in sid now.
Now I would like to build application ... but I need this library as
dependency.
mira
--
To UNSUBSCRIBE,
On Mon, Mar 23, 2009 at 5:50 PM, Jaromír Mikeš wrote:
That is absolutely what I was looking for ...
http://wiki.debian.org/PbuilderTricks
Sorry , but one think I don't understand:
HOOKDIR=/path/to/hook/dir
This has to be set in your pbuilderrc. I have a ~/.pbuilderrc in my
home, which is
On Mon, Mar 23, 2009 at 10:06:14PM +0200, George Danchev wrote:
On Sunday 22 March 2009 02:17:30 Peter Pentchev wrote:
Hello,
Well, actually what I did was take this change, another couple of
things (the example files, a small fix to the testing framework), and
just go ahead and
On Mon, Mar 23, 2009 at 11:38:16PM +0100, Jaromír Mike? wrote:
Od: Chow Loong Jin hyper...@gmail.com
I don't get it. debhelper should already pull in the appropriate perl. I
cannot even begin to imagine how you borked up your perl installation to
that extent.
Neither me ... installation
Od: Jaromír Mikeš mira.mi...@seznam.cz
#!/bin/sh
(cd /path/to/the/dir/deps; apt-ftparchive packages . Packages)
apt-get update
sudo ;)
(cd /path/to/the/dir/deps; sudo apt-ftparchive packages . Packages)
apt-get update
Now have warning :
W: no hooks of type E found -- ignoring
hope
Od: Matthew Palmer mpal...@debian.org
Mixing packages from Ubuntu and sid qualifies as crazy things in my book.
If you want newer libraries in your sid++ archive, then build them in sid
and work from there (which I suspect you're now doing, based on info
elsewhere in the thread).
Just
Od: Kumar Appaiah a.ku...@alumni.iitm.ac.in
Create a file called D05deps in your HOOKDIR (for me, in
~/.pbuilder/hooks). The file should contain:
#!/bin/sh
(cd /path/to/the/dir/deps; apt-ftparchive packages . Packages)
apt-get update
Then, chmod +x ~/.pbuilder/hooks/D05deps and run
Hi mentors,
I would like to adopt grcm.
I'm repackaging it from scratch, since it used a rules file I was not
confident with and didn't have a patch system.
I need to regenerate ./configure with autoconf; I'm doing it by
putting autoconf in the rules file.
The problem is that this way if I build
On Tue, Mar 24, 2009 at 01:37:21AM +0100, Luca Niccoli wrote:
Hi mentors,
I would like to adopt grcm.
I'm repackaging it from scratch, since it used a rules file I was not
confident with and didn't have a patch system.
I need to regenerate ./configure with autoconf; I'm doing it by
putting
On Tue, Mar 24, 2009 at 9:42 AM, Ryan Niebur ryanrya...@gmail.com wrote:
remove it in your clean target. since you're regenerating it, it'll be
fine if it's not there already. and removed files don't show up in the
.diff.gz.
you should use dh_clean t(1)o remove it. (just add it to
Dear mentors,
I am building package with two separated binary packages.
First one is building application ... there is no problem
Second one should just install folder with some user-related config files.
(usr/share/mypackage/config-files)
This folder is not normally installed by makefile but
On Tue, Mar 24, 2009 at 11:04 AM, Jaromír Mikeš wrote:
Thanks for any advice
I didn't see any problem/question in your message. If any problem
exists, I suggest reading the dh_install and dh_installdirs manual
pages to solve it.
This is good general advice for all people asking questions here,
Od: Paul Wise p...@debian.org
I didn't see any problem/question in your message. If any problem
exists, I suggest reading the dh_install and dh_installdirs manual
pages to solve it.
Yes ;) I am too hurry ... sorry
question is:
Is it allowed to solve this by editing-patching makefile?
On Tue, Mar 24, 2009 at 11:46 AM, Jaromír Mikeš mira.mi...@seznam.cz wrote:
Is it allowed to solve this by editing-patching makefile?
As the maintainer of the package, you can do as you please.
As a sponsor of packages, I would consider your solution to be appropriate.
I suggest you convince
2009/3/24 Stefanos Harhalakis v...@v13.gr:
The package consists of an init script, two initramfs scripts and two helper
scripts, so I consider it to be 100% tied to debian and debian-based
distributions. I cannot provide a set of scripts for other OSes and this is
not an program that one can
Od: Paul Wise p...@debian.org
Is it allowed to solve this by editing-patching makefile?
As the maintainer of the package, you can do as you please.
As a sponsor of packages, I would consider your solution to be appropriate.
I suggest you convince upstream to add your patch before
Hello mentors,
There is outdated link in maintainers guide for menu.ex.
http://www.debian.org/doc/maint-guide/ch-dother.en.html
/usr/share/doc/debian-policy/menu-policy.html/
Can I ask where I can find additional information about menu file?
Thank you
mira
--
To UNSUBSCRIBE, email to
On Tue, Mar 24, 2009 at 2:06 PM, Jaromír Mikeš mira.mi...@seznam.cz wrote:
There is outdated link in maintainers guide for menu.ex.
http://www.debian.org/doc/maint-guide/ch-dother.en.html
/usr/share/doc/debian-policy/menu-policy.html/
apt-file search menu-policy.html
Can I ask where I can
On Mon, Mar 23, 2009 at 10:20 PM, Paul Wise p...@debian.org wrote:
On Tue, Mar 24, 2009 at 2:06 PM, Jaromír Mikeš mira.mi...@seznam.cz wrote:
Can I ask where I can find additional information about menu file?
http://www.google.com/search?q=site%3Awww.debian.org+menu-policy
There is also a lot
40 matches
Mail list logo