On Thu, 2013-04-04 at 13:10 +0200, Martti Kühne wrote:

On Thu, Apr 4, 2013 at 10:24 AM, Stefan Husmann wrote: [...]

...

this gives : [haawda@frege 4.1]$ LANG=C makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 10:19:00 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file: u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr': [Errno 20] Not a directory: '/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr' ==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting...

Any clues?

For a start, I'm not seeing the usual $srcdir in that path, as there's no src/, but that might be your config. I also don't know in what state of $srcdir (and cwd) pkgver() is executed - that could be documented though. The other thing that comes in mind is that those error messages conflict in that path first in not being a file, then not being a directory (does it exist after it breaks?). Also, there are bug reports and discussions on debuntu about that bzr [Errno 20] in their packaging scripts.

Use the source, Luke! mar77i

FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this: ==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/alucryd/Downloads/pantheon-notify is not a branch of https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk Aborting... Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/ and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print the correct url, I'll open a bug later today and see if the patch can be merged. [1] https://github.com/Alucryd/aur-alucryd/blob/master/pantheon/devel/pantheon-n... Cheers -- Maxime

On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote:

Hi all.

I'm the one wrote the Bazaar makepkg support, so any bugs are my fault.

On 04/04/2013 10:24, Stefan Husmann wrote:

...

==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file: u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr': [Errno 20] Not a directory: '/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr'

==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting...

This error has happened before pkgver is reached, and so the problem is not with your pkgver function.

I'm busy running makepkg on your PKGBUILD to see if I reproduce the error.

...

pkgver() { bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' }

An easier way to do this is by using bzr version-info's built in templating:

pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" }

(see `bzr help version-info` for a list of fields you can use)

On 04/04/2013 15:04, Alucryd wrote:

...

FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this:

==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/alucryd/Downloads/pantheon-notify is not a branch of https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk Aborting...

Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/ and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print the correct url, I'll open a bug later today and see if the patch can be merged.

Just a note on why the url you have provided and the url stored in the bzr config are different is because launchpad will return a http permanent redirect.

My recommendation would be to use the url it redirects to.

However, I agree that this solution is not the greatest. One thing it stops you from doing is using bzr's directory service urls (e.g. lp:) So I look forward to your patch.

Regards,

Gary

Hi Gary, Thx for adding support for bzr! I was writing the bug report when I saw your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate the output of 'bzr config parent_location' to a lp: url. I'll try to think of an alternate solution. Cheers -- Maxime

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Gary van der Merwe wrote:

...

On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote:

...

Hi all.

I'm the one wrote the Bazaar makepkg support, so any bugs are my fault.

On 04/04/2013 10:24, Stefan Husmann wrote:

...

==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file:

u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr':

...

[Errno 20] Not a directory:

'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr'

...

==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting...

This error has happened before pkgver is reached, and so the problem is not with your pkgver function.

I'm busy running makepkg on your PKGBUILD to see if I reproduce the error.

...

pkgver() { bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' }

An easier way to do this is by using bzr version-info's built in templating:

pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" }

(see `bzr help version-info` for a list of fields you can use)

On 04/04/2013 15:04, Alucryd wrote:

...

FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this:

==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/alucryd/Downloads/pantheon-notify is not a branch of https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk Aborting...

Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/ and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print

...

...

...

correct url, I'll open a bug later today and see if the patch can be merged.

Just a note on why the url you have provided and the url stored in

...

...

bzr config are different is because launchpad will return a http permanent redirect.

My recommendation would be to use the url it redirects to.

However, I agree that this solution is not the greatest. One thing it stops you from doing is using bzr's directory service urls (e.g. lp:) So I look forward to your patch.

Regards,

Gary

Hi Gary,

Thx for adding support for bzr! I was writing the bug report when I saw your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate

...

output of 'bzr config parent_location' to a lp: url. I'll try to

On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote: the the the think

...

of an alternate solution.

Cheers -- Maxime

That sounds good.

I think the best place to send you patch is to pacman-dev https://mailman.archlinux.org/mailman/listinfo/pacman-dev

Regards,

Gary

It is https://wiki.archlinux.org/index.php/Super_Quick_Git_Guide - -- Sent from my Android Phone. Daniel Wallace Arch Linux Trusted User GTManfred -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iQFUBAEBCAA+BQJRXYWlNxxEYW5pZWwgV2FsbGFjZSAoZ3RtYW5mcmVkKSA8ZGFu aWVsLndhbGxhY2VAZ2F0ZWNoLmVkdT4ACgkQX6XlVE8BDUgfPAf/dSXW0hKi4lBo k/AFH+8BEZSAZu02FBiKMp/HAXb2QeMr3bTCDIgE2R0QxqylBiFTpYugkwjXhtL2 5PQZLa4cWG0FtaxA0hm00syDElvvaTjlv4lU05iJcdK4sSW945hDlLisKLOC9XxE PqTRNlXjip/q0g7qDVddpbQoCgWdok2+qf89AYQzcjkbi5kpMAPuafdK5B1Bslme dOU+y1u+uH1WnA2wu2OzmkkKgtUDhKGyOu/2XB8emZExEGccSXwVOfGZnrgdmcXu 9aAS5T2uKy04/emwvNKj7dvb0pkFq+Rkx90winpznF+ZvpddPaQxwAgSGMVEuVvp Bp18kTTgKQ== =ITiu -----END PGP SIGNATURE-----

Am 04.04.2013 16:06, schrieb Alucryd:

On Thu, 2013-04-04 at 09:52 -0400, Daniel Wallace wrote:

...

Gary van der Merwe wrote:

...

...

On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote:

...

Hi all.

I'm the one wrote the Bazaar makepkg support, so any bugs are my fault.

On 04/04/2013 10:24, Stefan Husmann wrote:

...

==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file:

u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr':

...

[Errno 20] Not a directory:

'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr'

...

==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting...

This error has happened before pkgver is reached, and so the problem is not with your pkgver function.

I'm busy running makepkg on your PKGBUILD to see if I reproduce the error.

...

pkgver() { bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' }

An easier way to do this is by using bzr version-info's built in templating:

pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" }

(see `bzr help version-info` for a list of fields you can use)

On 04/04/2013 15:04, Alucryd wrote:

...

FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this:

==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/alucryd/Downloads/pantheon-notify is not a branch of https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk Aborting...

Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/ and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print

...

...

...

correct url, I'll open a bug later today and see if the patch can be merged.

Just a note on why the url you have provided and the url stored in

...

...

bzr config are different is because launchpad will return a http permanent redirect.

My recommendation would be to use the url it redirects to.

However, I agree that this solution is not the greatest. One thing it stops you from doing is using bzr's directory service urls (e.g. lp:) So I look forward to your patch.

Regards,

Gary

Hi Gary,

Thx for adding support for bzr! I was writing the bug report when I saw your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate

...

output of 'bzr config parent_location' to a lp: url. I'll try to

On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote: the the the think

...

of an alternate solution.

Cheers -- Maxime

That sounds good.

I think the best place to send you patch is to pacman-dev https://mailman.archlinux.org/mailman/listinfo/pacman-dev

Regards,

Gary

It is

https://wiki.archlinux.org/index.php/Super_Quick_Git_Guide -- Sent from my Android Phone. Daniel Wallace Arch Linux Trusted User GTManfred

Thx, I have sent the patch to pacman-dev.

Cheers -- Maxime

Thanks for all the persons answering to my mail. So far, I applied your patch, and my pkgver function now is pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" } My problem still seems to be the one Martti figured out: The sources are downloaded to $startdir/$_bzrmod, not to $srcdir/$_bzrmod. If I fake this by creating a symlink ln -s src/xwidget xwidget and run makepkg, I get [haawda@frege 4.1]$ makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 19:58:58 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget is not a branch of http://bzr.savannah.gnu.org/r/emacs/xwidget ==> ERROR: The reported url is http://bzr.savannah.gnu.org/r/emacs/xwidget/ Aborting... Maybe it is because there is no bzr+ in front of the reported url? Best Regards Stefan

Am 04.04.2013 20:34, schrieb Maxime GAUDUIN:

On Thu, Apr 4, 2013 at 8:07 PM, Stefan Husmann wrote:

...

Am 04.04.2013 16:06, schrieb Alucryd:

On Thu, 2013-04-04 at 09:52 -0400, Daniel Wallace wrote:

...

...

Gary van der Merwe wrote:

On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote:

...

...

On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote:

> Hi all. > > I'm the one wrote the Bazaar makepkg support, so any bugs are my > fault.

...

> > On 04/04/2013 10:24, Stefan Husmann wrote: > >> ==> Retrieving sources... >> -> Branching http://bzr.savannah.gnu.org/r/**emacs/xwidgethttp://bzr.savannah.gnu.org/r/emacs/xwidget >> ... >> bzr: ERROR: No such file: >> >> u'/home/haawda/paketierung/**maintained_by_me/emacs-**

xwidget-bzr/4.1/xwidget/.bzr':

...

[Errno 20] >> Not a directory: >> >> '/home/haawda/paketierung/**maintained_by_me/emacs-** xwidget-bzr/4.1/xwidget/.bzr'

...

>> ==> ERROR: Failure while branching >> http://bzr.savannah.gnu.org/r/**emacs/xwidgethttp://bzr.savannah.gnu.org/r/emacs/xwidget >> Aborting... >> > > This error has happened before pkgver is reached, and so the problem > is

...

not with your pkgver function. > > I'm busy running makepkg on your PKGBUILD to see if I reproduce the > error.

...

> > pkgver() { > > bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' > > } > > An easier way to do this is by using bzr version-info's built in > templating: > > pkgver() { > bzr version-info $srcdir/$_bzrmod --custom > --template="{revno}\n"

...

} > > (see `bzr help version-info` for a list of fields you can use) > > > > On 04/04/2013 15:04, Alucryd wrote: > >> FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem >> is, this works well when first installing the package (even the >> pkgver bump) and the repo has not been pulled yet, but it fails at >> any subsequent attempt, throwing this: >> >> ==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 >> CEST 2013) >> ==> Checking runtime dependencies... >> > > ==> Checking buildtime dependencies... > > ==> Retrieving sources... > > ==> ERROR: /home/alucryd/Downloads/**pantheon-notify is not a > branch

...

> of https://code.launchpad.net/~**tombeckmann/pantheon-notify/** > trunk https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk > >> Aborting... >> >> Makepkg uses 'bzr config parent_location' to determine the upstream >> url, which, in this case is >> http://bazaar.launchpad.net/~**tombeckmann/pantheon-notify/**trunk/http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/and >> not the url in my source array. I'm not sure this qualifies as a >> > bug,

...

but you have to make sure the upstream url is the one reported by >> that command. I have prepared a small patch for makepkg to print >> > the

...

correct url, I'll open a bug later today and see if the patch can >> > be

...

merged. >> > > Just a note on why the url you have provided and the url stored in > the

...

bzr config are different is because launchpad will return a http > permanent redirect. > > My recommendation would be to use the url it redirects to. > > However, I agree that this solution is not the greatest. One thing > it

...

stops you from doing is using bzr's directory service urls (e.g. > lp:)

...

So I look forward to your patch. > > Regards, > > Gary >

Hi Gary,

Thx for adding support for bzr! I was writing the bug report when I

saw

...

your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate

the

...

output of 'bzr config parent_location' to a lp: url. I'll try to

think

...

of an alternate solution.

Cheers -- Maxime

That sounds good.

I think the best place to send you patch is to pacman-dev https://mailman.archlinux.org/**mailman/listinfo/pacman-devhttps://mailman.archlinux.org/mailman/listinfo/pacman-dev

Regards,

Gary

It is

https://wiki.archlinux.org/**index.php/Super_Quick_Git_**Guidehttps://wiki.archlinux.org/index.php/Super_Quick_Git_Guide -- Sent from my Android Phone. Daniel Wallace Arch Linux Trusted User GTManfred

Thx, I have sent the patch to pacman-dev.

Cheers -- Maxime

Thanks for all the persons answering to my mail.

So far, I applied your patch, and my pkgver function now is

pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" }

My problem still seems to be the one Martti figured out: The sources are downloaded to $startdir/$_bzrmod, not to $srcdir/$_bzrmod.

If I fake this by creating a symlink

ln -s src/xwidget xwidget

and run makepkg, I get

[haawda@frege 4.1]$ makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 19:58:58

CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/haawda/paketierung/**maintained_by_me/emacs-**xwidget-bzr/4.1/xwidget is not a branch of http://bzr.savannah.gnu.org/r/**emacs/xwidgethttp://bzr.savannah.gnu.org/r/emacs/xwidget ==> ERROR: The reported url is http://bzr.savannah.gnu.org/r/** emacs/xwidget/ http://bzr.savannah.gnu.org/r/emacs/xwidget/ Aborting...

Maybe it is because there is no bzr+ in front of the reported url?

Best Regards Stefan

About that second error, my guess is you're missing a "/" at the end of your url, it has to match the reported url to the "letter". I can't say about the $startdir thing however, I have a $SRCDEST set in makepkg.conf, and every source (including the repos) are downloaded inside it. Can you try setting one?

Cheers.

Hello, setting the SRCDEST variable seems to do the trick. The package funtion failed, but that was my fault, I had some ${_bzrmod}-build references in it. But I think not working without $SRCDEST set is a bug, at least an inconsistency. Thank you for your help and best regards, Stefan.

Am 05.04.2013 09:37, schrieb Florian Pritz:

Guys, please. Don't full quote 5 layers deep, that's an aweful lot of unnecessary scrolling for each mail which. Try to quote as little as possible while still making sure there is enough context for the reader to understand what you are talking about. If they need more than 1 or 2 (partial) layers, they should really read the original mails.

Hello, sorry for that, I will keep that in mind for upcoming mails. Best regards, Stefan

2013/4/6 Chris “Kwpolska” Warrick :

Suggestion: use Page Down. Better suggestion: get a mail client that hides quotations by default. Gmail does this, for example.

yea, but have a little problem, the quotes move to bottom of mail, this is "bad education"

sure? http://wstaw.org/m/2013/04/06/plasma-desktopu13340.png http://wstaw.org/m/2013/04/06/plasma-desktopP13340.png need move cursor to bottom of quote (after click in "...") to get format you say. by default, mail editor put text before quote . this don't configurable sorry te offtopic

On 06-Apr-13 1:26 PM, Cédric Girard wrote:

On Sat, Apr 6, 2013 at 11:54 AM, Chris “Kwpolska” Warrick wrote:

...

Suggestion: use Page Down. Better suggestion: get a mail client that hides quotations by default. Gmail does this, for example.

If one is using Gmail, it is not harder to quote only the relevant part when replying (highlight and hit reply).

What is disturbing is not having all those quotations, it is not being able to quickly understand what someone is replying to. Quotations are not here to decorate email. They are meant to add context to what one is saying.

-- Cédric Girard

While I agree with you that *some* quoting is good, seeing as it allows you to contextualize your comments, I believe that excessively quoting, and in particular quoting the entirety of the original email, is a cause for annoyance and that one should therefore only quote the snippets from the original email that are relevant to one's new email. Just my two cents, Gesh

On 05/04/2013 09:12, Stefan Husmann wrote:

Hello,

setting the SRCDEST variable seems to do the trick. The package funtion failed, but that was my fault, I had some ${_bzrmod}-build references in it.

But I think not working without $SRCDEST set is a bug, at least an inconsistency.

Thank you for your help and best regards,

Stefan.

Indeed, that is an issues. I will look into fixing that. Gary