Package Details: apt 2.3.15-1

Git Clone URL: https://aur.archlinux.org/apt.git (read-only, click to copy)
Package Base: apt
Description: Command-line package manager used on Debian-based systems
Upstream URL: https://salsa.debian.org/apt-team/apt
Keywords: apt debian lib management package
Licenses: GPL2
Provides: apt-utils, libapt-inst, libapt-pkg, libapt-pkg-dev
Submitter: JonnyJD
Maintainer: moe_narrow (MarkWalters.pw)
Last Packager: MarkWalters.pw
Votes: 38
Popularity: 0.002116
First Submitted: 2013-01-27 01:20 (UTC)
Last Updated: 2022-02-11 23:17 (UTC)

Latest Comments

ragreener1 commented on 2022-05-30 15:52 (UTC)

This fails to build.

This fixes it: https://github.com/Debian/apt/pull/133

It's not merged upstream, but should probably be applied as a patch

tuxayo commented on 2022-03-01 13:07 (UTC) (edited on 2022-03-01 13:08 (UTC) by tuxayo)

error 403 for the source ( https://salsa.debian.org/apt-team/apt/-/archive/2.3.15/apt-2.3.15.tar.bz2 )

edit: no worries that looks transient. https://salsa.debian.org/ does 403 also.

Forty-Bot commented on 2021-12-22 20:41 (UTC) (edited on 2021-12-22 20:42 (UTC) by Forty-Bot)

From 843d402e231fb11bc3d0211fb55f497b5b20b597 Mon Sep 17 00:00:00 2001
From: Sean Anderson <seanga2@gmail.com>
Date: Wed, 22 Dec 2021 15:40:35 -0500
Subject: [PATCH] Updated: 2.3.13

We can now use Arch's po4a. Also switch to downloading tar archives so we
can use sha512sums.
---
 .SRCINFO | 11 ++++-------
 PKGBUILD | 19 ++++---------------
 2 files changed, 8 insertions(+), 22 deletions(-)

diff --git a/.SRCINFO b/.SRCINFO
index 18a13b8..8a7afbe 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -1,7 +1,7 @@
 pkgbase = apt
-   pkgver = 2.2.0
+   pkgver = 2.3.13
    pkgrel = 1
-   url = http://packages.debian.org
+   url = https://salsa.debian.org/apt-team/apt
    arch = i686
    arch = x86_64
    license = GPL2
@@ -27,10 +27,8 @@ pkgbase = apt
    provides = libapt-pkg
    provides = libapt-pkg-dev
    provides = apt-utils
-   source = git+https://salsa.debian.org/apt-team/apt.git#tag=2.2.0
-   source = https://github.com/mquinson/po4a/releases/download/v0.60/po4a-0.60.tar.gz
-   sha256sums = SKIP
-   sha256sums = c8d9c28758fa007e8e2989b5820c55910a6533dab581208d0c8acf4d43027b59
+   source = https://salsa.debian.org/apt-team/apt/-/archive/2.3.13/apt-2.3.13.tar.bz2
+   sha512sums = a01be2c2973a9e606e97a331f68089bfa41ca3464ea48b8d2f427d322d3ac71a6f718311a290603cb4f743267ebe8e385bee975460f6a90d68949ad2cdbf8c44

 pkgname = apt
    pkgdesc = Command-line package manager used on Debian-based systems
@@ -43,4 +41,3 @@ pkgname = apt
 pkgname = apt-docs
    pkgdesc = Documentation for apt
    arch = any
-
diff --git a/PKGBUILD b/PKGBUILD
index 59504db..6c0b73e 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -7,30 +7,19 @@

 pkgbase=apt
 pkgname=('apt' 'apt-docs')
-pkgver=2.2.0
+pkgver=2.3.13
 pkgrel=1
 arch=('i686' 'x86_64')
-url="http://packages.debian.org"
+url="https://salsa.debian.org/apt-team/apt"
 license=('GPL2')
 makedepends=('cmake' 'dpkg' 'docbook-xsl' 'doxygen' 'git' 'gtest' 'w3m' 'triehash'
              'perl-text-wrapi18n' 'perl-locale-gettext' 'perl-yaml-tiny'
              'perl-term-readkey' 'perl-sgmls' 'perl-module-build' 'perl-unicode-linebreak' 'perl-pod-parser' 'po4a' 'xxhash')
 provides=('libapt-inst' 'libapt-pkg' 'libapt-pkg-dev' "apt-utils")
-source=("git+https://salsa.debian.org/apt-team/apt.git#tag=${pkgver}"
-   "https://github.com/mquinson/po4a/releases/download/v0.60/po4a-0.60.tar.gz")
-sha256sums=('SKIP'
-            'c8d9c28758fa007e8e2989b5820c55910a6533dab581208d0c8acf4d43027b59')
+source=("https://salsa.debian.org/apt-team/apt/-/archive/$pkgver/apt-$pkgver.tar.bz2")
+sha512sums=('a01be2c2973a9e606e97a331f68089bfa41ca3464ea48b8d2f427d322d3ac71a6f718311a290603cb4f743267ebe8e385bee975460f6a90d68949ad2cdbf8c44')

 build() {
-  # arch linux's po4a is too new to build apt, so build an older version
-  # will likely be good to use system po4a when it's updated in sid
-  msg2 "Building po4a 0.60..."
-  cd "$srcdir/po4a-0.60"
-  perl Build.PL installdirs=vendor create_packlist=0
-  LC_ALL=en_US.UTF-8 perl Build
-  [[ "$PATH" =~ /usr/bin/vendor_perl ]] || export PATH="$PATH:/usr/bin/vendor_perl"
-
-  msg2 "Building apt..."
   cd "$srcdir/$pkgname"

   # docbook xsl is stored with the version on Arch
-- 
2.33.0

iamtalhaasghar commented on 2021-05-28 02:20 (UTC) (edited on 2021-05-28 02:21 (UTC) by iamtalhaasghar)

@Un1Gfn apt is working now. Thank you!!

Un1Gfn commented on 2021-05-12 18:18 (UTC) (edited on 2021-05-12 18:19 (UTC) by Un1Gfn)

@iamtalhaasghar

gtest provides /usr/lib/libgmock.so.1.10.0

gtest is already in makedepends=().

Maybe yay fails to install gtest before building?

Also if you yay <pkg> please yay -Syu <pkg> instead.

iamtalhaasghar commented on 2021-05-12 11:26 (UTC)

I got following error while installing apt using "yay"

CMake Error at /usr/lib64/cmake/GTest/GTestTargets.cmake:112 (message):
  The imported target "GTest::gmock" references the file

     "/usr/lib/libgmock.so.1.10.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

     "/usr/lib64/cmake/GTest/GTestTargets.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib64/cmake/GTest/GTestConfig.cmake:42 (include)
  /usr/share/cmake-3.20/Modules/FindGTest.cmake:187 (find_package)
  test/libapt/CMakeLists.txt:8 (find_package)


-- Configuring incomplete, errors occurred!
See also "~/.cache/yay/apt/src/apt/build/CMakeFiles/CMakeOutput.log".
See also "~/.cache/yay/apt/src/apt/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in build().
    Aborting...
error making: apt

Un1Gfn commented on 2021-03-19 07:43 (UTC) (edited on 2021-03-29 06:14 (UTC) by Un1Gfn)

community/dpkg should be in depends=() instead of makedepends=()

I get the following error when dpkg is not installed (reference)

$ apt --version
apt 2.2.0 (amd64)
E: Error reading the CPU table

MarkWalters.pw commented on 2021-02-23 00:26 (UTC) (edited on 2021-02-23 00:59 (UTC) by MarkWalters.pw)

My gist should work now. The namespace version of docbook-xsl doens't work with apt yet. See here

Un1Gfn commented on 2021-02-22 11:59 (UTC) (edited on 2021-03-19 05:07 (UTC) by Un1Gfn)

corrupted man pages edit: solved

MarkWalters.pw commented on 2021-02-21 22:29 (UTC)

Doesn't build anymore. Fixed it in this gist: https://gist.github.com/MarkWalters-pw/7a7e36c4a99c15e7b355ba12e3857d65

Janhouse commented on 2020-07-21 13:11 (UTC)

Please add "perl-pod-parser" and "po4a" to makedepends.

grosjo commented on 2020-07-04 15:18 (UTC) (edited on 2020-07-04 15:19 (UTC) by grosjo)

Line 36 shall be

DOCBOOK_XSL_VER=ls -d /usr/share/xml/docbook/xsl-stylesheets-* | sort | head -1 | xargs basename

tallero commented on 2020-06-26 18:28 (UTC)

The perl-pod-parser dependency is missing.

markzz commented on 2020-05-11 07:52 (UTC)

Here is a suggested PKGBUILD to get this built with the po4a issue: https://gist.github.com/markzz/2af364ac26179713608264abd257e442

markzz commented on 2020-05-10 22:07 (UTC) (edited on 2020-05-11 06:36 (UTC) by markzz)

As per [1], building packages from prebuilt binaries is not allowed without the package being a pkgname-bin package. What is the reason that you cannot build the source?

EDIT: I can confirm that just changing the pkgver to 2.1.1 from the previous commit does compile just fine. You should change back to building from source. In order to build, po4a must be downgraded or version 0.27 must be made available or disable documentation generation.

[1] https://wiki.archlinux.org/index.php/AUR_submission_guidelines#Rules_of_submission

tbhaxor commented on 2020-04-04 03:41 (UTC) (edited on 2020-04-04 03:43 (UTC) by tbhaxor)

Getting CMake error on linking

collect2: error: ld returned 1 exit status
make[2]: *** [test/libapt/CMakeFiles/libapt_test.dir/build.make:554: test/libapt/libapt_test] Error 1
make[2]: Leaving directory '/home/terabyte/.cache/pacaur/apt/src/apt'
make[1]: *** [CMakeFiles/Makefile2:1576: test/libapt/CMakeFiles/libapt_test.dir/all] Error 2
make[1]: Leaving directory '/home/terabyte/.cache/pacaur/apt/src/apt'
make: *** [Makefile:158: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
:: failed to build apt package(s)

The very first error i am getting is

/usr/bin/ld: /usr/local/lib/libgtest.a(gtest-all.cc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE

ProfessorKaos64 commented on 2018-05-18 02:46 (UTC)

Definitely something up, the repository no longer has tags / code. Checking https://packages.debian.org/sid/apt, you can always click on the developer information hyperlink. From there, click on the Git link. This now points to https://salsa.debian.org/apt-team/apt. Updated package.

sergey.orloff commented on 2018-05-14 21:09 (UTC)

:: Работа послеоперационных перехватов... (1/1) Arming ConditionNeedsUpdate... ==> Получение исходных файлов... -> Клонирование репозитория 'apt' (git)... Клонирование в голый репозиторий «/build/apt/apt»… warning: Похоже, что вы клонировали пустой репозиторий. ==> Проверка файлов source с использованием sha256sums... apt ... Пропущено ==> Распаковка исходных файлов... -> Создание рабочей копии репозитория 'apt' (git)... Клонирование в «apt»… warning: Похоже, что вы клонировали пустой репозиторий. готово. fatal: «1.5.1» не является коммитом, поэтому невозможно создать из него ветку «makepkg» ==> ОШИБКА: Ошибка при создании рабочей копии репозитория 'apt' (git) Прерывание...

ArchRob commented on 2018-05-08 16:38 (UTC)

Trying to install this via aurman, and I keep getting:

==> Extracting sources...
  -> Creating working copy of apt git repo...
fatal: '1.5.1' is not a commit and a branch 'makepkg' cannot be created from it
==> ERROR: Failure while creating working copy of apt git repo
    Aborting...
2018-05-08 11:17:18,981 - wrappers - makepkg - ERROR - makepkg query makepkg -cf --noconfirm failed

I poked around in the PKGBUILD, and checked on the source:

source=("git+https://anonscm.debian.org/git/apt/apt.git#tag=${pkgver}")

That URL points to an empty repo. There's nothing at all in https://anonscm.debian.org/git/apt/apt.git, which breaks this build AFAICT. Some quick googling around about changes to the project turned up nothing (and no alternative repos), so I think this package is broken / out of date.

simona commented on 2018-02-25 16:37 (UTC)

-- Building libapt-pkg 5.0 (release 2) -- Found Doxygen: /bin/doxygen (found version "1.8.14") found components: doxygen dot -- Could NOT find GTest (missing: GTEST_LIBRARY GTEST_INCLUDE_DIR GTEST_MAIN_LIBRARY) -- Found GTest at /usr/src/gtest, headers at GTEST_INCLUDE_DIRS-NOTFOUND CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: /home/simona/.cache/pacaur/apt/src/apt/test/libapt/GTEST_INCLUDE_DIRS used as include directory in directory /home/simona/.cache/pacaur/apt/src/apt/test/libapt

-- Configuring incomplete, errors occurred!

dylan commented on 2017-04-07 00:44 (UTC)

Thank you!

ProfessorKaos64 commented on 2017-04-06 12:01 (UTC) (edited on 2017-04-06 12:02 (UTC) by ProfessorKaos64)

@dylan, I will do this today. Thank you. Generally, if I forget (I have so many projects, busy work life etc...), just flag the package out of date if that is all is wrong. If there isn't I probably should add a -git version to always track latest.

dylan commented on 2017-04-05 22:42 (UTC)

Any idea on when this package will be updated to 1.4?

ProfessorKaos64 commented on 2016-12-13 18:46 (UTC) (edited on 2016-12-13 19:38 (UTC) by ProfessorKaos64)

Adopted. PKGBUILD now uses cmake. Please report any issues here.

markzz commented on 2016-08-27 15:43 (UTC)

Okay, since the 1.3 prereleases are obviously not working well, I moved it back to 1.2.14 from Debian's GitHub mirror instead of Debian's regular place.

markzz commented on 2016-08-27 15:09 (UTC)

m3thodic: I get to the apt-man section and it fails.

m3thodic commented on 2016-08-26 08:04 (UTC)

This PKGBUILD succeeds in building apt with their new cmake build setup https://gist.github.com/tonylambiris/d78d13586a48f28817b17c26b25c49bc

markzz commented on 2016-08-19 13:56 (UTC)

I did update the package to 1.3~rc2 and didn't test it then noticed that cmake is now used, so I'm in the process of changing this so that it will work. Sorry for this...

chungy commented on 2016-07-26 12:26 (UTC)

pacman will consider 1.3~pre2 to be a newer version than 1.3, this would make updating the package difficult in the future. See the "vercmp" utility for testing version comparisons. As a workaround, pacman understands 1.3pre2 as an older version than 1.3, and you might want to change to that.

Nickellick commented on 2016-07-22 11:17 (UTC)

Hi guys! Source of package (1.2.14) is outdated, it's not avaliable now. So, yaourt can't make package (error 404) When i tried to change source link in PKGBUILD, makepkg says that checksums do not match. Sorry for my English! And, I'm newbie here, so maybe I do something wrong. :( Thanks!

markzz commented on 2016-07-11 21:26 (UTC)

monochromec: That's a good thing to talk to upstream about. This package builds fine and runs as expected (I can still build things against the library). The "missing" localization files is a minor thing and all goes well in the end. Since v1.3 is still in the prerelease stage, I'm not going to upgrade this to that version and I have therefore unflagged the package. This package builds on a clean Arch system and is in no need of changing.

monochromec commented on 2016-07-11 13:51 (UTC)

In case you come across coopstah13 observation in version 2.1.14 of the package wrt to the missing language subdirectories in doc, simply add the following line to the PKGBUILD: sed -i -e 's|for dir in en $(dir $(DOCDIRLIST))|for dir in en|' doc/makefile before the configure invocation in build(). This will remove the additional languages from the makefile creation process and only build the English one.

rpodgorny commented on 2016-05-16 09:13 (UTC)

please update or orphan. thank you...

markzz commented on 2016-03-15 14:10 (UTC)

ProfessorKaos64: Just mark it out-of-date and I'll take care of it.

ProfessorKaos64 commented on 2016-03-15 12:25 (UTC)

Out of date, as apt 1.2.6 is out, 1.2.5 is no longer in the pool, hard stops build.

markzz commented on 2015-12-29 23:33 (UTC) (edited on 2016-02-15 12:30 (UTC) by markzz)

Just to be clear, this package should not be used to replace pacman in any way.

markzz commented on 2015-10-08 01:29 (UTC) (edited on 2015-10-08 01:30 (UTC) by markzz)

Adopted and fixed. Be sure to flag this package if anything goes outdated and I don't notice.

yurikoles commented on 2015-10-07 21:51 (UTC)

You are welcome

max-k commented on 2015-10-07 20:01 (UTC)

I'm OK to adopt it if needed. libraries versions has been updated : libapt-inst.so.1.7.0 libapt-pkg.so.4.16.0

JonnyJD commented on 2015-05-07 09:34 (UTC)

Nobody wants to adopt the package? The package works well currently so updating the PKGBUILD shouldn't be much more work than flagging the package as outdated.

JonnyJD commented on 2015-04-14 17:46 (UTC)

updated to 1.0.9.8 This package updates frequently and updates break our package because the old version is not available at the debian servers anymore. I didn't use the package anymore for quite some time now. @eomarjee: I disowned the package in the hope that you can adopt it and keep it updated. The complete package history can be found here: https://github.com/JonnyJD/PKGBUILDs/commits/master/_debian/apt

JonnyJD commented on 2015-02-11 12:45 (UTC)

I've updated the PKGBUILD with the workaround by mbunkus, using /bin/dash instead of /bin/sh (symlinked to bash). That workaround somewhat makes sense, since dash is also what Debian is using as a /bin/sh symlink. Please do keep me updated on this bash issue though. Bash (invoked as sh) and automake generated files should work together. So this is probably a bug in one of the tools and is either fixed soon or should be reported. I can't hunt that down myself ATM though. And also keep me updated why an "outside build" makes any difference. Even when bash 4-3.33 is a problem, it would be used by an inside and outside build as the /bin/sh -> bash link is system wide. Unless of course you run "dash configure" or something similar.

mbunkus commented on 2015-02-11 12:15 (UTC)

For me I could fix it by using dash for configure instead of bash. This addition in PKGBUILD right before ./configure --prefix… fixed it: sed -i -e 's|#! /bin/sh|#! /bin/dash|' configure

JonnyJD commented on 2015-02-11 12:03 (UTC)

I am still at bash 4.3.30(1) and I can't do an update right now (important stuff going on on the system). @eomarjee: Could you be more explicit with "I can build the package outside of the PKGBUILD"? Just running $ ./configure && make fails with configure: error: cannot run /bin/sh buildlib/config.sub (having automake 1.14.1) When I do the automake step before: $ automake --add-missing --no-force -W none $ ./configure --prefix=/usr && make I do get this: warning: failed to load external entity "/usr/share/xml/docbook/stylesheet/docbook-xsl/xhtml-1_1/chunk.xsl" compilation error: file ./docbook-html-style.xsl line 5 element import xsl:import : unable to load /usr/share/xml/docbook/stylesheet/docbook-xsl/xhtml-1_1/chunk.xsl ../buildlib/docbook.mak:35: die Regel für Ziel „/var/abs/local/_src/_debian/apt/apt-1.0.9.6/docs/offline.html“ scheiterte That is the reason I do that sed parts to just fix the docs target. I do have these installed: docbook-xml 4.5-6 docbook-xsl 1.78.1-1 (again, I can't run a full upgrade just now) So please do be more specific with "I've just build it". There is no big difference of build() to an outside build in general. I don't see why an outside build works better for you than just changing the build() part of the PKGBUILD.

commented on 2015-02-11 11:41 (UTC)

I'm on zsh too. But I manage to fix the problem using a workaround. It happens that I can build the package outside the PKGBUILD. So I've just build it, comment out the build function in PKGBUILD and run makepkg it to package it. Not the best way to do it, but it works. Hope this helps those who got the same issue.

mbunkus commented on 2015-02-11 09:29 (UTC)

I have the same problem eomarjee has. My /bin/sh is a symlink to bash, bash is v4.3.33(1)-release. My user's shell is zsh, but it happens even if I change it to bash.

JonnyJD commented on 2015-02-04 23:18 (UTC)

I can't reproduce your problem. Maybe you have a "weird" shell variant? I have $ ls -lh `/bin/sh` lrwxrwxrwx 1 root root 4 6. Okt 08:06 /bin/sh -> bash $ bash --version GNU bash, Version 4.3.30(1)-release (x86_64-unknown-linux-gnu) Or maybe it is test? what does that give: $ test -n "" && echo not empty (should be no output) Can anybody else reproduce that behavior?

commented on 2015-02-03 13:47 (UTC)

configure: WARNING: unrecognized options: ./configure: line 9574: syntax error near unexpected token `fi' ./configure: line 9574: `fi' ==> ERROR: A failure occurred in build(). Aborting...

commented on 2015-02-03 13:41 (UTC)

./configure: line 9574: syntax error near unexpected token `fi' ./configure: line 9574: `fi' ==> ERROR: A failure occurred in build(). Aborting...

conormanning commented on 2014-06-27 13:37 (UTC)

Package on the server is out of date again. 1.0.5 works with SHA256sum 'eb88a82e2a044c1612c6d6aadf7cc0b5587298df3352e9755f5420be8abd62d7'. There is also a 1.1 but I haven't tried it.

JonnyJD commented on 2014-05-30 00:58 (UTC)

Updated to 1.0.3. This depends on "gtest" now for the build, even if it didn't with 1.0. Also note that gtest is not only needed for the tests, but also for the non-test build.

littledude commented on 2014-05-29 21:24 (UTC)

Could you update to 1.0.3 please ? The 1.0 is not available for download anymore : -> Downloading apt_1.0.tar.xz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading apt_1.0.tar.xz Aborting... ==> ERROR: Makepkg was unable to build . After tried to edit the pkgbuild (changinthe the version and the md5sum), but I cannot build it after that : /tmp/corentih/yaourt-tmp-corentih/aur-apt/src/upstream.git/test/libapt/gtest_runner.cc:1:25: fatal error: gtest/gtest.h: No such file or directory #include <gtest/gtest.h> ^ compilation terminated.

JonnyJD commented on 2014-04-06 14:25 (UTC)

Updated to apt 1.0. Please note that we are still not shipping the "apt" binary since that would conflict with https://www.archlinux.org/packages/extra/x86_64/jdk7-openjdk/ where also an "apt" (annotation processing tool) binary is shipped. (The java "apt" is deprecated though) Debian/Ubuntu does ship the "apt" binary. Please report when you run into any problems with this.

tlunter commented on 2014-03-03 21:22 (UTC)

Wasn't sure about the provides but saw the other libraries so just figured I'd add them. Thanks for updating it.

JonnyJD commented on 2014-03-03 20:00 (UTC)

updated, also including libapt-private library and italian manpage. Looks like I already have lots of provide. Not sure why I thought it is necessary. I didn't add libapt-private to the provides because well: it is private. Thanks for the notice.

JonnyJD commented on 2014-03-03 16:19 (UTC)

@tlunter: you can also submit a patch to https://github.com/JonnyJD/PKGBUILDs/blob/master/_debian/apt/PKGBUILD but, I'll have a look at it later this day probably. What are the provides needed for and why can't the package needing these just depend on "apt"? I understand that this is a bit more detailed in Debian, but debian is based on apt packaging and Arch is not. At least "libapt-private" is something we probably shouldn't "provide".

tlunter commented on 2014-03-03 16:09 (UTC)

New package version pkgver=0.9.15.5 New provides provides=('libapt-inst' 'libapt-pkg' 'libapt-pkg-dev' 'libapt-private' "apt-utils") New md5sum md5sums=('9c1cd103474c312604e8c430399509f1') New lines under libapt-pkg symlinking in package() # libapt-private install bin/libapt-private.so.0.0.0 $libdir/ ln -s -r $libdir/libapt-private.so.0.0.0 $libdir/libapt-private.so.0.0 ln -s -r $libdir/libapt-private.so.0.0.0 $libdir/libapt-private.so

coopstah13 commented on 2014-02-13 16:50 (UTC)

I'm guessing somehow my directory wasn't clean when I was trying to get it to work. It was fine now.

JonnyJD commented on 2014-02-13 12:27 (UTC)

I updated the package. This will be outdated again soon, since 0.9.15.2 is already "in the pipeline". I can't reproduce your error. Maybe you can paste your whole build log somewhere and link it here (please don't include the full log here). Possibly there is some hidden dependency. I always clean the build directory with "makepkg -c". When you don't do that, you will run into problems since the current source is "upstream.git" rather than "$pkgname-$pkgver" (not my fault really, see 2 comments below). Can you reproduce it every time? Maybe the package isn't fully multi-threaded make enabled (though I do use make -j4). Another possibility is some general permission/disk space on your machine.

coopstah13 commented on 2014-02-12 20:41 (UTC)

Package 0.9.14.2 is no longer available. I am unable to get the 0.9.15.1 package to build though... Installing man page apt.8 to /tmp/yaourt-tmp-ccooper/aur-apt/src/upstream.git/docs Note: Writing apt-sortpkgs.1 Note: Writing apt-key.8 Note: Writing apt-mark.8 Note: Writing apt-cache.8 Note: Writing apt-get.8 make[3]: *** ja/: No such file or directory. Stop. make[3]: *** pt/: No such file or directory. Stop. make[3]: *** es/: No such file or directory. Stop. make[3]: *** pl/: No such file or directory. Stop. make[3]: *** fr/: No such file or directory. Stop. make[3]: *** it/: No such file or directory. Stop. make[3]: *** pt_BR/: No such file or directory. Stop. make[3]: *** de/: No such file or directory. Stop. makefile:43: recipe for target 'manpages/subdirs' failed make[2]: *** [manpages/subdirs] Error 2 Makefile:14: recipe for target 'startup' failed make[1]: *** [startup] Error 2 makefile:33: recipe for target 'dirs' failed make: *** [dirs] Error 2 Installing man page apt.8 to /tmp/yaourt-tmp-ccooper/aur-apt/src/upstream.git/docs make[3]: *** ja/: No such file or directory. Stop. make[3]: *** pt/: No such file or directory. Stop. make[3]: *** es/: No such file or directory. Stop. make[3]: *** pl/: No such file or directory. Stop. make[3]: *** fr/: No such file or directory. Stop. make[3]: *** it/: No such file or directory. Stop. make[3]: *** pt_BR/: No such file or directory. Stop. make[3]: *** de/: No such file or directory. Stop. makefile:43: recipe for target 'manpages/subdirs' failed make[2]: *** [manpages/subdirs] Error 2 Makefile:14: recipe for target 'startup' failed make[1]: *** [startup] Error 2 makefile:18: recipe for target 'all' failed make: *** [all] Error 2 0.9.7.9+deb7u1 seems to be working ok

JonnyJD commented on 2014-01-14 09:33 (UTC)

Updated. Again the "old" tarball didn't stay longer on the server than 1-2 month. Additionally I would call the tarball "broken", extracting to an "upstream.git/" directory in contrast to the usual "pkgname-pkgver/". Possibly it might be easier to maintain an "apt-git" package. So if anybody is interested, go ahead and link it here. Can't be much worse than this "stable". If anybody has improvements for this package, there is a repository: https://github.com/JonnyJD/PKGBUILDs/blob/master/_debian/apt/PKGBUILD

piquer commented on 2013-11-14 08:58 (UTC)

apt_0.9.11.4 is not available on the debian ftp anymore. Using 0.9.12.1 with md5sum d0cf3377f6a99ca7a9ce9df0977cf3a5 works.

JonnyJD commented on 2013-09-04 15:09 (UTC)

Thanks. Actually the current version is 0.9.11.2, but this needs an updated (+tested) PKGBUILD. I update to 0.9.7.9 for now and I hope I can do the other update later today or at least soon.

qgeissmann commented on 2013-09-04 07:00 (UTC)

The version 0.9.7.8 is out of date. The new version is 0.9.7.9 and the corresponding md5sum is 4b992b556ad179d51ab524befc09d182

JonnyJD commented on 2013-05-02 23:33 (UTC)

@OrdinaryMagician: This is probably because you have multiple versions of automake installed and I used "automake-*" to copy config.{guess,sub}. I use automake now, which copies these files, but fails otherwise (which I ignore).

OrdinaryMagician commented on 2013-05-01 20:16 (UTC)

cp: will not overwrite just-created ‘buildlib/config.guess’ with ‘/usr/share/automake-1.13/config.guess’ First time I see this sort of error message in my entire life.

JonnyJD commented on 2013-02-18 16:14 (UTC)

Thanks. Patched so it doesn't depend on the docbook-xsl version anymore and also added 2 makedepends that are not pulled by dpkg.

dlin commented on 2013-02-18 15:11 (UTC)

Can not build, log here http://paste.ubuntu.com/1677276/

JonnyJD commented on 2013-01-29 16:45 (UTC)

Fixed. Thx for reporting. I (obviously) can't chrootbuild ATM. (no systemd system) By the way, I personally only use this as dependency for python2-apt and that for bzr builddeb. No actual package management in arch with apt ;-) FYI: This package is now in https://github.com/JonnyJD/PKGBUILDs

commented on 2013-01-29 11:18 (UTC)

It's not buildable unless you have installed dpkg first because dpkg-architecture is missing otherwise. .configure output: checking bzlib.h presence... yes checking for bzlib.h... yes checking debian architecture... ./configure: line 4652: dpkg-architecture: command not found configure: error: failed: use --host= or output from dpkg-architecture

JonnyJD commented on 2013-01-27 05:22 (UTC)

Why would "install -d" be better than "mkdir -p"? (I guess "makepkg -p" is a typo on your end) I could use "install -D" at two places, but at the other places I want the last part to be a directory where I can drop my file in (which doesn't work if that directory isn't previously created). I could actually use "cp" at most of the places, but with install a make sure that the mode really is correct.

gtmanfred commented on 2013-01-27 03:29 (UTC)

it you are really going to do this... at least use install -D and -d instead of all those makepkg -p commands