Re: New source package formats now available

[Raphael Hertzog]

On Thu, 26 Nov 2009, Charles Plessy wrote:
> even simpler, an option or a format that would completely ignore what is
> outside the debian directory:

That's option "-i.*". As I said I plan to support the -i -I option
inside debian/source/options just like I recently added support for -z -Z
there. But I'm pretty sure that using ".*" as value is a bad idea because
you can end up building a binary package that does not match the source
package that you upload together with the binary packages.

> As it is already the case with Format 1.0 when the maintainer took care of
> having a diff.gz file that only contains files within the debian directory, 
> the
> packaging system would not patch or unpatch the upstream sources, leaving this
> task to the maintainer.

That's still the same here, dpkg-source only comes into play ith its quilt
patch when the upstream files are modified.

If the automatic patch was not versionned, you would always regenerate a
single diff that is exactly like the old .diff.gz. Would that please those
that prefer staying with 1.0 ?

Cheers,
-- 
Raphaël Hertzog


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: New source package formats now available

[Raphael Hertzog]

Hi,

On Wed, 25 Nov 2009, Russ Allbery wrote:
> I've considered using TopGit to generate a real quilt patch set, but
> it's kind of complicated and I'm not convinced that the work required to
> generate the exported patch tree even with TopGit is really worth it.
> Given that, for packages currently maintained in Git, 3.0 (quilt) is
> extra complexity over 1.0 that doesn't seem to be buying me very much.

Why not generate a single patch then instead of a patch set? If that
single patch contains an header explaining why it's not split and
where you can review the changes in a more friendly manner you can
have all the other features of the new format and yet the the situation
improve wrt to knowledge/advertisement of our debian-specific changes.

> It would be nice, however, to have the other features of the 3.0 format
> (including binaries in the debian directory, not shipping the debian
> directory as a patch, using multiple upstream tarballs, using
> bzip2-compressed upstream tarballs) without having the quilt-like patch
> system in play.

Even if quilt supports multiple patches, you are not forced to use
multiple patches. You can get the same than a 1.0 source package with a
single patch that you regenerate each time.

I would be ok to add support for this in "3.0 (quilt)":
- add an option "--single-debian-patch" that could be set in
  debian/source/options. With this option dpkg-source would update
  debian/patches/debian-changes (instead of debian-changes-)
- support a debian/source/debian-patch-header that would be used
  as header of the automatic patch (debian/patches/debian-changes in this
  case)

How does that sound? (Thanks to mrvn who suggested me the ideas)

Cheers,
-- 
Raphaël Hertzog


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: relocation error: ABI change?

[Ludovico Cavedon]

Kurt Roeckx wrote:
>> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
>> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
>> libcrypto.so.0.9.8 with link time reference
>>
> 
> It seems I missed that that symbol changed from a define to a
> real symbol and didn't bump shlibs.  I will fix that in a next
> upload of openssl.  (Feel free to submit a bug against openssl
> about that.)

Ok, thank you!

> The users seems to be using a mixing packages from testing/unstable
> with packages from stable.

If the shlibs bump would have been done, this would have not happened,
as that user would have been force to upgrade openssl too. Did I
understood correctly?

Thanks!
Ludovico


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: relocation error: ABI change?

[Paul Wise]

On Thu, Nov 26, 2009 at 4:35 PM, Ludovico Cavedon
 wrote:
> Kurt Roeckx wrote:
>>> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
>>> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
>>> libcrypto.so.0.9.8 with link time reference
>>>
>>
>> It seems I missed that that symbol changed from a define to a
>> real symbol and didn't bump shlibs.  I will fix that in a next
>> upload of openssl.  (Feel free to submit a bug against openssl
>> about that.)
>
> Ok, thank you!
>
>> The users seems to be using a mixing packages from testing/unstable
>> with packages from stable.
>
> If the shlibs bump would have been done, this would have not happened,
> as that user would have been force to upgrade openssl too. Did I
> understood correctly?

You did.

Kurt, AFAICT, openssl doesn't use the (relatively) new dpkg-shlibdeps
symbols support, would you consider adding that to openssl? More info
here:

http://wiki.debian.org/UsingSymbolsFiles
http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps

This newish feature helps reduce the need for backports by making sid
package more likely to be installable in stable and also helps the
release team with transitions.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: New source package formats now available

[Charles Plessy]

Le Thu, Nov 26, 2009 at 09:09:45AM +0100, Raphael Hertzog a écrit :
> 
> you can end up building a binary package that does not match the source
> package that you upload together with the binary packages.

“You”? Not me. What I upload comes from sbuild.

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: New source package formats now available

[martin f krafft]

also sprach Raphael Hertzog  [2009.11.26.0920 +0100]:
> I would be ok to add support for this in "3.0 (quilt)":
> - add an option "--single-debian-patch" that could be set in
>   debian/source/options. With this option dpkg-source would update
>   debian/patches/debian-changes (instead of debian-changes-)
> - support a debian/source/debian-patch-header that would be used
>   as header of the automatic patch (debian/patches/debian-changes in this
>   case)
> 
> How does that sound? (Thanks to mrvn who suggested me the ideas)

How about implying --single-debian-patch when
debian/source/debian-patch-header exists?

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"a human being should be able to change a diaper, plan an invasion,
 butcher a hog, conn a ship, design a building, write a sonnet,
 balance accounts, build a wall, set a bone, comfort the dying, take
 orders, give orders, cooperate, act alone, solve equations, analyze
 a new problem, pitch manure, program a computer, cook a tasty meal,
 fight efficiently, die gallantly. specialization is for insects."
  -- robert heinlein


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558090: ITP: camljava -- interface between OCaml and Java via Caml/C interface and JNI

[Stefano Zacchiroli]

Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli 

* Package name: camljava
  Version : 0.3
  Upstream Author : Xavier Leroy
* URL : http://pauillac.inria.fr/~xleroy/software.html#camljava
* License : LGPL
  Programming Lang: OCaml, C, Java
  Description : interface between OCaml and Java via Caml/C interface and 
JNI

   CamlJava is an interface between OCaml and Java allowing programs written in
   one of the two languages to call code written in the other.
   .
   Interaction among the two languages happen via the respective C interfaces:
   Caml/C interface for OCaml and JNI (Java Native Interface) for Java.
   .
   Currently, CamlJava provides a low-level, weakly-typed OCaml interface very
   similar to the JNI. Java object references are mapped to an abstract type,
   and various JNI-like operations are provided to allow Java method
   invocation, field access, and more.
   .
   A basic callback facility (allowing Java code to invoke methods on OCaml
   objects) is also provided, although some stub Java code must be written by
   hand.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558117: ITP: python-demjson -- encoder, decoder, and lint/validator for JSON in Python

[TANIGUCHI Takaki]

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: python-demjson
  Version : 1.4
  Upstream Author : Deron Meranda 
* URL or Web page :  http://deron.meranda.us/python/demjson/
* License : LGPL-3
  Description : encoder, decoder, and lint/validator for JSON in Python

demjson is a comprehensive Python language binding to the JSON
language-independent data encoding standard, which is often used as a
simpler subtitute for XML in AJAX-based web applications.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: relocation error: ABI change?

[Kurt Roeckx]

On Thu, Nov 26, 2009 at 12:35:24AM -0800, Ludovico Cavedon wrote:
> Kurt Roeckx wrote:
> >> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
> >> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
> >> libcrypto.so.0.9.8 with link time reference
> >>
> > 
> > It seems I missed that that symbol changed from a define to a
> > real symbol and didn't bump shlibs.  I will fix that in a next
> > upload of openssl.  (Feel free to submit a bug against openssl
> > about that.)
> 
> Ok, thank you!
> 
> > The users seems to be using a mixing packages from testing/unstable
> > with packages from stable.
> 
> If the shlibs bump would have been done, this would have not happened,
> as that user would have been force to upgrade openssl too. Did I
> understood correctly?

Yes.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: New source package formats now available

[Russ Allbery]

Raphael Hertzog  writes:
> On Wed, 25 Nov 2009, Russ Allbery wrote:

>> I've considered using TopGit to generate a real quilt patch set, but
>> it's kind of complicated and I'm not convinced that the work required
>> to generate the exported patch tree even with TopGit is really worth
>> it.  Given that, for packages currently maintained in Git, 3.0 (quilt)
>> is extra complexity over 1.0 that doesn't seem to be buying me very
>> much.

> Why not generate a single patch then instead of a patch set? If that
> single patch contains an header explaining why it's not split and where
> you can review the changes in a more friendly manner you can have all
> the other features of the new format and yet the the situation improve
> wrt to knowledge/advertisement of our debian-specific changes.

Generating the single patch out of Git is nearly as complex as generating
a patch series if dpkg-source doesn't just do it for me (as it does with
the 1.0 format).  I know 3.0 (quilt) will as well (without any header),
but it doesn't really provide any functionality over 1.0 for this use case
and adds some extra complexity.

However...

> I would be ok to add support for this in "3.0 (quilt)":
> - add an option "--single-debian-patch" that could be set in
>   debian/source/options. With this option dpkg-source would update
>   debian/patches/debian-changes (instead of debian-changes-)
> - support a debian/source/debian-patch-header that would be used
>   as header of the automatic patch (debian/patches/debian-changes in this
>   case)

> How does that sound? (Thanks to mrvn who suggested me the ideas)

...I think this is a really good idea, particularly since I can understand
not wanting, in the very long run, to support multiple patch formats.
Seems like a fairly reasonable approach to me.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: New source package formats now available

[Brian May]

On Tue, Nov 24, 2009 at 02:02:02AM +0100, Raphael Hertzog wrote:
> >  dpkg-source -b heimdal-1.3.1.dfsg.1
> > dpkg-source: info: using source format `3.0 (quilt)'
> > dpkg-source: warning: patches have not been applied, applying them now (use 
> > --no-preparation to override)
> > dpkg-source: info: applying all patches with quilt push -q 030_autotools
> > Applying patch 011_sharedlibs
> > Applying patch 020_maintainermode
> > Applying patch 021_debian
> > Applying patch 022_openafs
> > Applying patch 024_rxtelnet
> > Applying patch 025_pthreads
> > Applying patch 027_rsh_use_ktelnet
> > Applying patch 030_autotools
> > Now at patch 030_autotools
> > dpkg-source: info: building heimdal using existing 
> > ./heimdal_1.3.1.dfsg.1.orig.tar.gz
> > dpkg-source: error: quilt --quiltrc /dev/null push -q 030_autotools gave 
> > error exit status 1
> > dpkg-buildpackage: error: dpkg-source -b heimdal-1.3.1.dfsg.1 gave error 
> > exit status 2
> 
> You probably have upstream changes that are not under quilt's control
> (they appear in the .diff.gz up to now). And one of your patches
> depends on that change... without it it doesn't apply. Thus the quilt
> series fails to apply on directory with only the upstream tarball
> unpacked.

Just for the record, I think I have a good guess what happened here, basically
the process I used to change to a new upstream source was flawed, and this was
not immediately obvious.

(this is not intended to be read as a complaint, just my general observations)

Anyway, I used uupdate to update to the new source code. I think at the time
there must have been some changes to the source code with respect to the
org.tar.gz I wasn't aware of. uupdate loyally copied these changes to the new
version, and I created a new autotools patch on top of these changes.

Previously, while yucky, this wouldn't be a problem, because the base changes
would get applied first, before the quilt patches get applies.

With the new source code system, my understanding is that the patches get
applied in the opposite order - patches from debian/patches get applied first,
and any extra changes are applied last in the list.

Hence it didn't work, as the autotools patch was based on changes I hadn't
realized were there.

It seems the best way to upgrade to a new upstream version may be to copy the
debian subtree by hand, and ignore uupdate.
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558202: ITP: qtsmbstatus -- smbstatus graphical interface (GUI)

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: qtsmbstatus
  Version : 2.1.2
  Upstream Author : Daniel Rocher 
* URL : http://qtsmbstatus.free.fr/
* License : GPL-2
  Programming Lang: C++
  Description : smbstatus graphical interface (GUI)
It is meant to provide the possibility of administering remote machines. 
QtSmbstatus was designed as a client/server system secured with SSL.
A login and password is required to log on to server. The server's
application ought to be installed with samba-server.
.
Possibilities include:
- view connections
- disconnect user
- send out  messages (popupwindows) to one or many users



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Work-needing packages report for Nov 27, 2009

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 671 (new: 14)
Total number of packages offered up for adoption: 140 (new: 0)
Total number of packages requested help for: 53 (new: 1)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   bug-triage (#557482), orphaned 4 days ago
 Description: Bug triaging and forwarding tool
 Installations reported by Popcon: 38

   gcipher (#557268), orphaned 6 days ago
 Description: A simple "encryption" tool
 Installations reported by Popcon: 114

   gift (#557274), orphaned 6 days ago
 Description: interface library for giFT and protocol plugins
 Reverse Depends: gift giftd giftoxic giftui libgift-dev
   libgiftproto-dev libgiftproto0 libgnutella-gift libopenft-gift
 Installations reported by Popcon: 501

   gift-openft (#557275), orphaned 6 days ago
 Description: giFT plugin for the OpenFT network
 Reverse Depends: gift
 Installations reported by Popcon: 401

   gnomad2 (#557276), orphaned 6 days ago
 Description: Manage a Creative Labs Nomad Jukebox
 Installations reported by Popcon: 367

   herrie (#557582), orphaned 3 days ago
 Description: Minimalistic audio player built upon Ncurses
 Installations reported by Popcon: 65

   libesmtp (#557269), orphaned 6 days ago
 Description: LibESMTP SMTP client library
 Reverse Depends: balsa esmtp gnunet-server libesmtp-dev
 Installations reported by Popcon: 1397

   libspiff (#557586), orphaned 3 days ago
 Description: library to read/write XSPF, the XML Shareable Playlist
   Format
 Reverse Depends: herrie libspiff-dev
 Installations reported by Popcon: 19

   mozplugger (#557588), orphaned 3 days ago
 Description: Plugin allowing external viewers to be launched inside
   Mozilla
 Reverse Depends: brdesktop-common
 Installations reported by Popcon: 2421

   mtink (#557878), orphaned 2 days ago
 Description: Status monitor tool for Epson inkjet printers
 Installations reported by Popcon: 226

   pam-devperm (#557587), orphaned 3 days ago
 Description: PAM module to change device ownership on login
 Installations reported by Popcon: 67

   python-bzutils (#557481), orphaned 4 days ago
 Description: Python module to interact with bugzilla servers
 Reverse Depends: bug-triage
 Installations reported by Popcon: 62

   snowdrop (#557585), orphaned 3 days ago
 Description: plain text watermarking and watermark recovery
 Installations reported by Popcon: 77

   twistedsnmp (#557584), orphaned 3 days ago
 Description: Event driven digital circuit simulator with Tcl/Tk
 Installations reported by Popcon: 41

657 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



No new packages have been given up for adoption, but a total of 140 packages
are awaiting adoption.  See http://www.debian.org/devel/wnpp/rfa_bypackage
for a complete list.



For the following packages help is requested:

[NEW] hfsprogs (#557892), requested yesterday
 Description: mkfs and fsck for HFS and HFS+ file systems
 Installations reported by Popcon: 630

   apt-cross (#540341), requested 111 days ago
 Description: retrieve, build and install libraries for
   cross-compiling
 Reverse Depends: apt-cross emdebian-buildsupport emdebian-qa
   emdebian-rootfs emdebian-tools libemdebian-tools-perl
 Installations reported by Popcon: 303

   ara (#450876), requested 746 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 113

   asymptote (#517342), requested 272 days ago
 Description: script-based vector graphics language inspired by
   MetaPost
 Installations reported by Popcon: 1151

   athcool (#278442), requested 1857 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 169

   boinc (#511243), requested 322 days ago
 Description: BOINC distributed computing
 Reverse Depends: boinc-app-milkyway boinc-app-seti boinc-dbg
 Installations reported by Popcon: 1619

   cvs (#354176), requested 1372 days ago
 Description: Concurrent Versions System
 Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl
   cvs2html cvschangelogbuilder cvsconnect cvsd cvsps cvsservice (10
   more omitted)
 Installations reported by Popcon: 25069

   dctrl-tools (#448284), requested 761 days ago
 Description: Command-line tools to process Debian packa

Re: New source package formats now available

[Charles Plessy]

Le Thu, Nov 26, 2009 at 09:09:45AM +0100, Raphael Hertzog a écrit :
> On Thu, 26 Nov 2009, Charles Plessy wrote:
> > even simpler, an option or a format that would completely ignore what is
> > outside the debian directory:
> 
> That's option "-i.*". As I said I plan to support the -i -I option
> inside debian/source/options just like I recently added support for -z -Z
> there.

That would be a useful compromise. How about the second half, which is to not
patch anything during the unpacking of the package? Maybe this could be
combined in a single ‘no-patch’ option, or an alias like ’3.0 (simple)’?


Le Thu, Nov 26, 2009 at 12:30:12PM -0800, Russ Allbery a écrit :
> I can understand not wanting, in the very long run, to support multiple patch
> formats.

Does that mean that the use of options discussed above may become forbidden in
our archive in the future? If yes, there is little point making concessions now…

The best way to avoid the burden of supporting multiple patch formats in
dpkg-dev is to leave this task to the maintainers.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558210: ITP: ibus-unikey -- Vietnamese Input Method Engine for IBus using Unikey Engine

[Lê Quốc Tuấn]

Package: wnpp
Severity: wishlist
Owner: "Lê Quốc Tuấn" 


* Package name: ibus-unikey
  Version : 0.3
  Upstream Author : Lê Quốc Tuấn 
* URL : http://ibus-unikey.googlecode.com/
* License : GPL
  Programming Lang: C, C++
  Description : Vietnamese Input Method Engine for IBus using Unikey Engine
 IBus is an Intelligent Input Bus. It is a new input framework for Linux
 OS. It provides full featured and user friendly input method user interface.
 It also may help developers to develop input method easily.
 .
 Ibus-Unikey is an Vietnamese input method for Ibus
 Use Unikey engine to process keyevent
 .
 You need to install IBus to use this IME.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558212: ITP: scim-unikey -- Vietnamese Input Method Engine for SCIM using Unikey Engine

[Lê Quốc Tuấn]

Package: wnpp
Severity: wishlist
Owner: "Lê Quốc Tuấn" 


* Package name: scim-unikey
  Version : 0.3.1
  Upstream Author : Lê Quốc Tuấn 
* URL : http://scim-unikey.googlecode.com/
* License : LGPL
  Programming Lang: C, C++
  Description : Vietnamese Input Method Engine for SCIM using Unikey Engine
 SCIM (Smart Common Input Method) is an input method (IM) platform.
 .
 Scim-Unikey is an Vietnamese input method for Ibus
 Use Unikey engine to process keyevent
 .
 You need to install Scim to use this IME.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org