[gentoo-dev] QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Diego E . Pettenò

# Diego E. Pettenò  (22 Oct 2010)
#  on behalf of QA team
#
# Outdated even by upstream standards (last version is 0.1.2,
# bug #223299 open May 2008); uses obsolete head/tail syntax
# (bug #159606); has maintainer-mode-triggered rebuild (bug
# #318487) without depending on autotools (and thus fail if
# automake 1.8 is not installed).
#
# Removal on 2010-12-21
sys-fs/dd-rhelp



[gentoo-dev] QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Diego E . Pettenò

# Diego E. Pettenò  (22 Oct 2010)
#  on behalf of QA team
#
# Obsolete even by upstream standard, since version 0.1.2
# is out since 2007 (and has a version bump request in bug
# #223299 since May 2008); uses “obsolete” tail/head
# syntax (bug #159606, the warning has since been removed
# from coreutils); more importantly autotools are rebuilt by
# a maintainer-mode-triggered check, but no dependency over
# autotools, with or without the correct version is present
# (bug #318487; automake 1.8 is nowadays not that common to
# find installed).
#
# Removal on 2010-12-21
sys-fs/dd-rhelp



[gentoo-dev] Re: Patch for python.eclass

2010-10-22 Thread Mike Frysinger
On Monday, October 18, 2010 11:15:45 Diego Elio Pettenò wrote:
> Il giorno lun, 18/10/2010 alle 17.10 +0200, Arfrever ha scritto:
> > No. It's not related to that bug.
> 
> So I guess Mike's next reply is going to be "and what are you waiting
> for, before fixing it?". Seriously.

i guess the answer is that you need someone on the QA team to fix it for you ?
-mike


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-dev] QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Wernfried Haas
Hi,

while this is a tool i never like to use, it's really hand in case you
have it around.

On Fri, Oct 22, 2010 at 09:23:30AM +0200, Diego E. Pettenò wrote:
> # Obsolete even by upstream standard, since version 0.1.2
> # is out since 2007 (and has a version bump request in bug
> # #223299 since May 2008);

Agreed.

>  uses ???obsolete??? tail/head
> # syntax (bug #159606, the warning has since been removed
> # from coreutils); 

in dd_rhelp-0.1.2: # grep head dd_rhelp
i="$(echo "$parsechunk" | "${head}" -n 1 )"
firstline="$(echo "$parsing" | "${head}" -n 1)"
firstline="$(echo "$parsing" | "${head}" -n 1)"
lnb_save=$(echo $lnb_save | "${head}" -n 1 | cut -f 1 -d " ")

That seems to be the new syntax already.

> more importantly autotools are rebuilt by
> # a maintainer-mode-triggered check, but no dependency over
> # autotools, with or without the correct version is present
> # (bug #318487; automake 1.8 is nowadays not that common to
> # find installed).

Also from 0.1.2:
Installation (for dd_rhelp > 0.1.0)
===

   Installation process have been greatly simplified with version
   0.1.0 as
   it as been completely removed ! Removing the previous hassle of the 
   ./configure && make && make install normally reserved for
   languages that requires compilation.

   So for version superior to 0.1.0, installation is only a mean of a
   direct
   use of dd_rhelp, or a simple "cp dd_rhelp /your/bin/path".


So basically 0.1.2 should fix all those problems.

I'd do it myself if i were ebuild maintainer (which i am not), but
maybe someone could pick this up and just make a new ebuild for 0.1.2?
Seems to be a quite simple job and whoever is willing to save this
really useful tool will get a beer from me next Linuxtag :-)

cheers,
Wernfried

-- 
Wernfried Haas (amne) - amne (at) gentoo.org
Gentoo Forums - http://forums.gentoo.org
forum-mods (at) gentoo.org
#gentoo-forums (freenode)


pgpaZCLN2VTl6.pgp
Description: PGP signature


Re: [gentoo-dev] QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Michał Górny
On Fri, 22 Oct 2010 16:50:21 +0200
Wernfried Haas  wrote:

> I'd do it myself if i were ebuild maintainer (which i am not), but
> maybe someone could pick this up and just make a new ebuild for 0.1.2?
> Seems to be a quite simple job and whoever is willing to save this
> really useful tool will get a beer from me next Linuxtag :-)

I don't think there's a reason to do so. We have ddrescue, and users
should be encouraged to migrate to that.

-- 
Best regards,
Michał Górny


signature.asc
Description: PGP signature


Re: [gentoo-dev] QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Wernfried Haas
On Fri, Oct 22, 2010 at 05:36:08PM +0200, Micha?? Górny wrote:
> I don't think there's a reason to do so. We have ddrescue, and users
> should be encouraged to migrate to that.

Ah, found it (sys-fs/ddrescue, not sys-fs/dd-rescue) and it actually
does all the stuff that dd-rhelp does.
I guess in that case it's a good idea to let dd-rhelp go (probably
with a note to people like me who aren't aware that ddrescue does the
same job these days).
Thank you for the information.

Cheers,
   Wernfried

-- 
Wernfried Haas (amne) - amne (at) gentoo.org
Gentoo Forums - http://forums.gentoo.org
forum-mods (at) gentoo.org
#gentoo-forums (freenode)


pgpzLsvATfPGm.pgp
Description: PGP signature


[gentoo-dev] Re: QA last rites for sys-fs/dd-rhelp

2010-10-22 Thread Christian Faulhammer
Hi,

Wernfried Haas :

> On Fri, Oct 22, 2010 at 05:36:08PM +0200, Micha?? Górny wrote:
> > I don't think there's a reason to do so. We have ddrescue, and users
> > should be encouraged to migrate to that.
> 
> Ah, found it (sys-fs/ddrescue, not sys-fs/dd-rescue) and it actually
> does all the stuff that dd-rhelp does.
> I guess in that case it's a good idea to let dd-rhelp go (probably
> with a note to people like me who aren't aware that ddrescue does the
> same job these days).

 Added to the mask entry.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

http://gentoo.faulhammer.org/>


signature.asc
Description: PGP signature


[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-text/pdfsandwich: metadata.xml pdfsandwich-0.0.2.ebuild ChangeLog

2010-10-22 Thread Christian Faulhammer
Hi,

"Thomas Kahle (tomka)" :
> tomka   10/10/22 15:11:40
> 
>   Added:metadata.xml pdfsandwich-0.0.2.ebuild
> ChangeLog Log:
>   new ebuild: app-text/pdfsandwich
> RDEPEND="   media-gfx/exact-image
>   app-text/ghostscript-gpl"
> 
> DEPEND="sys-apps/gawk
>   >=dev-lang/ocaml-3.08[ocamlopt]"

 Could you add a comment (if you know by any chance), why the
restriction on cuneiform exists and if there is upstream work going on
or not about it.  Also are gawk and ocaml no runtime dependencies?

 
> src_prepare() {
>   sed -i "/^OCAMLOPTFLAGS/s/$/ -ccopt \"\$(CFLAGS)
> \$(LDFLAGS)\"/" Makefile }

 Make this sed line die, just in case.
 
V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

http://gentoo.faulhammer.org/>


signature.asc
Description: PGP signature


Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-text/pdfsandwich: metadata.xml pdfsandwich-0.0.2.ebuild ChangeLog

2010-10-22 Thread Thomas Kahle
On 19:44 Fri 22 Oct , Christian Faulhammer wrote:
> Hi,
> 
> "Thomas Kahle (tomka)" :
> > tomka   10/10/22 15:11:40
> > 
> >   Added:metadata.xml pdfsandwich-0.0.2.ebuild
> > ChangeLog Log:
> >   new ebuild: app-text/pdfsandwich
> > RDEPEND=" > media-gfx/exact-image
> > app-text/ghostscript-gpl"
> > 
> > DEPEND="sys-apps/gawk
> > >=dev-lang/ocaml-3.08[ocamlopt]"
> 
>  Could you add a comment (if you know by any chance), why the
> restriction on cuneiform exists and if there is upstream work going on
> or not about it.  Also are gawk and ocaml no runtime dependencies?
> 
>  
> > src_prepare() {
> > sed -i "/^OCAMLOPTFLAGS/s/$/ -ccopt \"\$(CFLAGS)
> > \$(LDFLAGS)\"/" Makefile }
> 
>  Make this sed line die, just in case.

All done.

Thanks!

Thomas


>  
> V-Li
> 
> -- 
> Christian Faulhammer, Gentoo Lisp project
> http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
> 
> http://gentoo.faulhammer.org/>



-- 
Thomas Kahle


pgpnmlxVuU5oa.pgp
Description: PGP signature


Re: [gentoo-dev] New license: nauty

2010-10-22 Thread Thomas Kahle
Hi,

On 02:33 Fri 22 Oct , Hanno Böck wrote:
> > We're good to have it in MISC-FREE ourselves, as redistribution and
> > everything else is free.
> 
> Erh, no. MISC-FREE is for free and open source software and is more or less 
> the same as Debians free software guideline. That's the whole purpose
> of it.

I agree here, it is not MISC-FREE.

> It can go to BINARY-REDISTRIBUTABLE. If you wanna make a list of licenses 
> that 
> are "more or less free with restrictions" (however you define that), I'm fine 
> with that, but I'd like to keep everything that's indirectly in the @FREE-set 
> to be just that.

Regarding BINARY-REDISTRIBUTABLE, the file says:

# As proposed: 
http://archives.gentoo.org/gentoo-dev/msg_6c950b46c50fe72ebc5e650bbf70f77c.xml
# Excerpt of the rules for this license group:
# - MUST permit redistribution in binary form.
# - MUST NOT require explicit approval (No items from @EULA)
# - MUST NOT restrict the cost of redistribution.
# - MAY require explicit inclusion of the license with
#   the distribution [1]
# - IFF there is an explicit inclusion requirement, USE=bindist
#   MUST cause a copy of the license to be installed in a file
#   location compliant with the license,

The nauty license *does* restrict the cost of redistribution.  So what
is it? An EULA?

Cheers,
Thomas


-- 
Thomas Kahle


pgp35TjfOhoTP.pgp
Description: PGP signature


Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-text/pdfsandwich: metadata.xml pdfsandwich-0.0.2.ebuild ChangeLog

2010-10-22 Thread Alexis Ballier
On Friday 22 October 2010 14:44:39 Christian Faulhammer wrote:
> > DEPEND="sys-apps/gawk
> > 
> > >=dev-lang/ocaml-3.08[ocamlopt]"


btw you need ocaml-3.10 for the ocamlopt useflag


A.



[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-text/pdfsandwich: metadata.xml pdfsandwich-0.0.2.ebuild ChangeLog

2010-10-22 Thread Ryan Hill
On Fri, 22 Oct 2010 19:44:39 +0200
Christian Faulhammer  wrote:

> > src_prepare() {
> > sed -i "/^OCAMLOPTFLAGS/s/$/ -ccopt \"\$(CFLAGS)
> > \$(LDFLAGS)\"/" Makefile }
> 
>  Make this sed line die, just in case.

Is your intention to die if it stops matching anything?  sed won't throw an
error code unless the file doesn't exist, which doesn't seem likely for
Makefile here (and if it is missing you're getting a die from emake anyways).


-- 
fonts, gcc-porting,  it makes no sense how it makes no sense
toolchain, wxwidgets   but i'll take it free anytime
@ gentoo.orgEFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662


signature.asc
Description: PGP signature