Depency not updated in my PPA

Well the build is marked as successfully built now, so I assumed you've found your way.

Feel free to reopen this question if you have any doubt.

Hello,

I'm sure it is not fixed, but as i build for upstream, i cannot wait that much.

Issue is: launchpad report the build successful, but i i try to build something upon the packs right away there is chance to encounter the mismatch. I see this quit often.

e.g. currently there is this:
http://launchpadlibrarian.net/16734064/buildlog_ubuntu-gutsy-i386.ekiga-snapshot_20080812v02gutsy3_FAILEDTOBUILD.txt.gz

Best regards,
Yannick

Reopening

Is it possible that the build dependency is not published before the next build starts?

Julian

Yes, the fact that the publisher works exactly at :00, :20 and :40 should be clearer in the help page (rather than implicit in https://help.launchpad.net/PPA#Copying packages).

Obviously there is a delay between having a binary built and having it published and available from the archive, and this delay can be up to 20 minutes. [hint: extend the help wiki]

It also might be convenient to note that builds in MANUALDEPWAIT status will be evaluated hourly, i.e, the ones which can have their missing-deps satisfied later will be automatically retried. [hint: extend the help wiki]

On the other hand, the ekiga buildlog, mentioned just above as FAILEDTOBUILD, indicates "sbuild" is not being accurate enough, it should be also considered a MANUALDEPWAIT and benefit of the auto-retry features. [hint: bug to be reported]

What we can say about this problem is, while chained-build will happen correctly and automatically in PPAs it is not as quicker as it could be (tied to the auto-retry hourly circle). [hint: turn this question into a bug]

On Thu, Aug 14, 2008 at 01:21:01PM -0000, Celso Providelo wrote:
> Yes, the fact that the publisher works exactly at :00, :20 and :40
> should be clearer in the help page (rather than implicit in
> https://help.launchpad.net/PPA#Copying packages).

Could we get the PPA publisher to run more frequently? I know it's much
faster to run than the Ubuntu one..

> Obviously there is a delay between having a binary built and having it

That's hardly "obvious" to anybody but Launchpad coders!

> It also might be convenient to note that builds in MANUALDEPWAIT status
> will be evaluated hourly, i.e, the ones which can have their missing-
> deps satisfied later will be automatically retried. [hint: extend the
> help wiki]

I wonder if we can make this somehow smarter and also much clearer in
the interface. It sucks that process-upload can't give the guy good
feedback (i.e. "A dependency you stated is currently building/built but
not yet published. Your upload will be held until that build
finishes."). Or could it?
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 3376 0125

Hello,

Even if launchpad list all the binary packages from a build, there is chance you could not build upon those binaries.

It just happen to me:
http://launchpadlibrarian.net/16776983/buildlog_ubuntu-gutsy-i386.ekiga-snapshot_20080814v02gutsy3_FAILEDTOBUILD.txt.gz

The following packages have unmet dependencies:
  libopal-snapshot: Depends: libpt-snapshot (= 20080812v02gutsy3) but 20080814v02gutsy3 is to be installed or
                             libpt-snapshot-ptrace (= 20080812v02gutsy3) but it is not going to be installed or
                             libpt-snapshot-develop (= 20080812v02gutsy3) but it is not going to be installed
E: Broken packages

How can it be libopal-snapshot has been succesfully build?
see: http://launchpadlibrarian.net/16775952/buildlog_ubuntu-gutsy-i386.opal-snapshot_20080814v02gutsy3_FULLYBUILT.txt.gz

In the log:
Get:1 http://ppa.launchpad.net gutsy/main libpt-snapshot 20080814v02gutsy3 [1072kB]

I agree there is a problem of delay, but there is also a *bug*!
I suspect the bug is located for Gutsy.

Best regards,
Yannick

There is no bug here.

Your package is depending on *exactly* version 20080812v02gutsy3, however your PPA contains version 20080814v02gutsy3.

Please change your build dependencies.

Dear Julian Edwars,

Did you took the time to check if what you are saying is right? No you did not...

I'll give you a full explanation tomorrow.

Let take a close look:

In this file here:
http://launchpadlibrarian.net/16774323/ptlib-snapshot_20080814v02gutsy3.dsc

"Source: ptlib-snapshot
Binary: libpt-snapshot-plugins-oss, libpt-snapshot-develop, libpt-snapshot-plugins-dc, libpt-snapshot-plugins-alsa, libpt-snapshot-ptrace, libpt-snapshot-plugins-avc, libpt-snapshot, libpt-snapshot-plugins-v4l2, libpt-snapshot-dbg, libpt-snapshot-plugins-v4l, libpt-snapshot-dev
Architecture: any
Version: 20080814v02gutsy3"

This source file fullybuilt for i386:
http://launchpadlibrarian.net/16774532/buildlog_ubuntu-gutsy-i386.ptlib-snapshot_20080814v02gutsy3_FULLYBUILT.txt.gz

Then I added this source file to my ppa:
http://launchpadlibrarian.net/16775231/opal-snapshot_20080814v02gutsy3.dsc
"Source: opal-snapshot
Binary: libopal-snapshot-develop, libopal-snapshot-dev, libopal-snapshot-dbg, libopal-snapshot-plugins-h264, libopal-snapshot-ptrace, libopal-snapshot
Architecture: any
Version: 20080814v02gutsy3
Maintainer: Yannick Defais (packager key) <email address hidden>
Standards-Version: 3.6.2
Build-Depends: debhelper, libpt-snapshot-dev (= 20080814v02gutsy3), g++ (>= 2.95), dpatch, autotools-dev, libtheora-dev, libavcodec-dev, pkg-config, libspeex-dev, libx264-dev, libx264-54"

Thus opal-snapshot version 20080814v02gutsy3 depends on libpt-snapshot-dev (= 20080814v02gutsy3) which has been fullybuilt as quoted previously. Right?

opal-snapshot version 20080814v02gutsy3 fullybuilt for i386:
http://launchpadlibrarian.net/16775952/buildlog_ubuntu-gutsy-i386.opal-snapshot_20080814v02gutsy3_FULLYBUILT.txt.gz

Then I added Ekiga-snapshot source:
http://launchpadlibrarian.net/16776525/ekiga-snapshot_20080814v02gutsy3.dsc
"Source: ekiga-snapshot
Binary: ekiga-snapshot-gtkonly, ekiga-snapshot, ekiga-snapshot-dbg
Architecture: any
Version: 20080814v02gutsy3
Maintainer: Yannick Defais (packager key) <email address hidden>
Standards-Version: 3.6.2
Build-Depends: debhelper, gnome-common, libsasl2-dev, gettext, libgnome2-dev, libldap2-dev, libpt-snapshot (= 20080814v02gutsy3), libpt-snapshot-dev (= 20080814v02gutsy3), libopal-snapshot (= 20080814v02gutsy3), libopal-snapshot-dev (= 20080814v02gutsy3), libgconf2-dev, autoconf, libgnomeui-dev, libxv-dev, intltool, dpatch, automake, scrollkeeper, libxml-parser-perl, evolution-data-server-dev, libavahi-common-dev, libavahi-client-dev, libavahi-glib-dev, gnome-doc-utils, libsigc++-2.0-dev, libgtk2.0-dev (>= 2.10), libdbus-glib-1-dev, libebook1.2-dev"

Thus ekiga-snapshot version 20080814v02gutsy3 depends on libpt-snapshot (= 20080814v02gutsy3), libpt-snapshot-dev (= 20080814v02gutsy3), libopal-snapshot (= 20080814v02gutsy3), libopal-snapshot-dev (= 20080814v02gutsy3) which have all been **FULLYBUILT**.

Still launchpad report WRONGLY:
http://launchpadlibrarian.net/16776983/buildlog_ubuntu-gutsy-i386.ekiga-snapshot_20080814v02gutsy3_FAILEDTOBUILD.txt.gz

Why???

see the log:
(...)
Build-Depends: debhelper, gnome-common, libsasl2-dev, gettext, libgnome2-dev, libldap2-dev, libpt-snapshot (= 20080814v02gutsy3), libpt-snapshot-dev (= 20080814v02gutsy3), libopal-snapshot (= 20080814v02gutsy3), libopal-snapshot-dev (= 20080814v02gutsy3)
(...)

The following packages have unmet dependencies:
  libopal-snapshot: Depends: libpt-snapshot (= 20080812v02gutsy3) but 20080814v02gutsy3 is to be installed or
                             libpt-snapshot-ptrace (= 20080812v02gutsy3) but it is not going to be installed or
                             libpt-snapshot-develop (= 20080812v02gutsy3) but it is not going to be installed
E: Broken packages

THUS LAUNCHAP TOOK A WRONG VERSION OF LIBOPAL-SNAPSHOT: 20080812v02gutsy3 !

Let's see what's in the repository:
http://ppa.launchpad.net/sevmek/ubuntu/pool/main/o/opal-snapshot/libopal-snapshot_20080814v02gutsy3_i386.deb

and

http://ppa.launchpad.net/sevmek/ubuntu/pool/main/o/opal-snapshot/libopal-snapshot_20080812v02gutsy3_i386.deb

Now,

CAN YOU EXPLAIN ME WHY LAUNCHPAD IS TAKING 20080812v02gutsy3_i386 WHEN I ASK EXPLICITLY FOR 20080814v02gutsy3_i386 ???

THIS IS A BUG!

Oops,

CORRECTION: (I should have wait tomorrow...I confused opal and libpt in the end...)
THUS LAUNCHAP TOOK A WRONG VERSION OF LIBPT-SNAPSHOT: 20080812v02gutsy3 !

Let's see what's in the repository:
http://ppa.launchpad.net/sevmek/ubuntu/pool/main/p/ptlib-snapshot/libpt-snapshot_20080812v02gutsy3_i386.deb

and

http://ppa.launchpad.net/sevmek/ubuntu/pool/main/p/ptlib-snapshot/libpt-snapshot_20080814v02gutsy3_i386.deb

Now,

CAN YOU EXPLAIN ME WHY LAUNCHPAD IS TAKING 20080812v02gutsy3_i386 WHEN I ASK EXPLICITLY FOR 20080814v02gutsy3_i386 ???

Yannick,

Let's go through it again, right ?

I know libpt-snapshot version 20080814v02gutsy3 is published and available from your archive because it's listed in the corresponding archive index.

It is quite possible that it took the, already mentioned, 20 minutes since the build [2] was marked as FULLYBUILT, to get published in the archive, but once it got there it stayed.

The documentation will be extended to make those delays clearer or something will be re-organized to make them irrelevant. Can we agree about this part ? I hope so.

Now the problem related with unmet dependencies, your source requires "Build-Depends: ..., libpt-snapshot (= 20080814v02gutsy3), ..." (see the DSC [3]) and it's the exact version published in gutsy/i386. Despite of that `sbuild` insists in installing a old version, 20080812v02gutsy3, coming from god-knows-where.

I've filed a bug about it, bug #258077.

(Is your caps-lock key broken ?)

[1] http://ppa.launchpad.net/sevmek/ubuntu/dists/gutsy/main/binary-i386/Packages
[2] https://edge.launchpad.net/~sevmek/+archive/+build/692807
[3] http://launchpadlibrarian.net/16776525/ekiga-snapshot_20080814v02gutsy3.dsc

Celso,

I waited more than 20 minutes between each build. In fact i'm use to it, I'm building almost daily for more than 2 months now. I'm not sure but it seems to me specific to Gutsy. As a result i will wait 40 minutes now between each build... This make the Ekiga build pretty time consuming :(

What I need is something which tell when the build is ready to be use as a dependancy. Or best, a parser which will take care of all dependancies and i will just push all my sources packs at once... But I can understand having a source pack parser is not priority. Still I cannot automate the process easily :(

It's indeed a good practise to document this.

About my build requirements, i use exact versions on purpose: I'm using head and i need to get ptlib and opal synced as the API has no guarantee to be stable. I'm happy we finaly agree there is a bug.

I need to update Gutsy soon as some people are waiting my builds to perform tests. Please save all relevant informations somewhere for the bug report to be consistant.

Best regards,
Yannick

P.S.: no, my caps-lock is fine, i just expected at last a bit of credit when i say something. Everybody can be wrong, but at last do some checks... I work on Ekiga/Ubuntu for fun, it has nothing to do with my job.

Yannick,

Nothing changed in the PPA publishing frequency, you don't have to wait more than the 20 minutes after the builds are successfully done, the resulting binaries will be there.

There is already a auto-dep-retry component that runs hourly; in order to be more useful we could run it more frequently. In the same line sbuild has to be improved to be more accurate about FTBFS and DEPWAIT.

You're right, it's possible that it's an issue with the gutsy sbuild, lot of things changed since it [1].

You can carry on uploading another version (probably with a more relaxed build-dep constraint) the old build record will remain reachable.

And just my last words about it (I promise), capital letters only result in ugly text chunks, they don't bring you any credit. We are all here to help each other, the best way we can. Nobody doubted your value in this discussion let's work together to get it fixed as soon as possible.

[1] https://edge.launchpad.net/ubuntu/+source/sbuild

On Friday 15 August 2008 01:38:40 Yannick Defais wrote:
> Did you took the time to check if what you are saying is right? No you
> did not...

My humble apologies for getting it wrong, we're all human.

However, please keep it civil on here, we're trying to help you.