Hello,
Guillem Jover, le jeu. 04 janv. 2024 20:23:02 +0100, a ecrit:
> but even though I've seen already some toolchain patches flying by,
> AFAIUI there's still no GNU Mach support, so I think I'd prefer to
> wait until that materializes,
Ok.
> as per the FAQ entry on new ports. I don't think
Package: dpkg
Version: 1.22.2
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
aarch64-gnu support is coming too :)
Could you add a hurd-amd64 case in dpkg?
Thanks,
Samuel
-- Package-specific info:
This system uses merged-usr-via-aliased-dirs, going behind dpkg's
Control: severity -1 wishlist
Samuel Thibault, le sam. 22 oct. 2022 17:06:07 +0200, a ecrit:
> Nilesh Patra, le sam. 22 oct. 2022 20:09:05 +0530, a ecrit:
> > Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot -j5
>
> Ok, that's why. festival's makefile does not s
Nilesh Patra, le sam. 22 oct. 2022 20:09:05 +0530, a ecrit:
> Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot -j5
Ok, that's why. festival's makefile does not support parallel builds.
That's why we do not pass any -j parameter to the explicit make call.
It seems that
Lisandro Damián Nicanor Pérez Meyer, le sam. 09 janv. 2021 15:53:41 -0300, a
ecrit:
> # __FILE__ is a public, well defined API
? My copy of C11 says
“
__FILE__ The presumed name of the current source file (a character string
literal)
”
that's not so well-defined. I would not expect it to
Hello,
Guillem Jover, le lun. 14 déc. 2020 01:51:58 +0100, a ecrit:
> and then conditionally run rm_conffile in speech-dispatcher
> iff speech-dispatcher-kali is not present?
Right, that seems to be doing the job.
Thanks!
Samuel
Hello debian-dpkg,
I moved a configuration file kali.conf from the speech-dispatcher
package to the speech-dispatcher-kali package (as well as others, but
let's keep that example only).
The thing is: speech-dispatcher does not depend on
speech-dispatcher-kali (and cannot: the former is in main,
Hello,
Guillem Jover, le ven. 16 nov. 2018 17:19:20 +0100, a ecrit:
> On Sat, 2018-11-10 at 22:23:44 +0100, Samuel Thibault wrote:
> > Guillem Jover, le sam. 10 nov. 2018 02:46:27 +0100, a ecrit:
> > > You might want to try the problematic upload but removing the entry
> >
Hello,
Guillem Jover, le sam. 10 nov. 2018 02:46:27 +0100, a ecrit:
> You might want to try the problematic upload but removing the entry
> only from the Package-List field, keeping the entries in the .changes
> Binary field, and see what happens.
I got a reject:
Invalid dsc file: Package-List
Package: dpkg
Version: 1.19.0.5
Severity: important
Hello,
Talking with aurel32 at FOSDEM about future 64bit support in GNU/Hurd,
he advised me that the hurd-amd64 arch should probably be added in dpkg
already, so that it's available in the archive software etc. on time for
bootstrapping the
Samuel Thibault, on lun. 08 janv. 2018 00:42:37 +0100, wrote:
> Guillem Jover, on ven. 29 déc. 2017 03:03:03 +0100, wrote:
> > On Sun, 2017-12-24 at 15:47:32 +0100, Samuel Thibault wrote:
> > > I'm just thinking: perhaps there is something to be done on the dpkg
> > &
Hello,
Guillem Jover, on ven. 29 déc. 2017 03:03:03 +0100, wrote:
> On Sun, 2017-12-24 at 15:47:32 +0100, Samuel Thibault wrote:
> > I'm just thinking: perhaps there is something to be done on the dpkg
> > side too?
>
> Yeah, unfortunately dpkg needs to track the change
Hello,
I'm just thinking: perhaps there is something to be done on the dpkg
side too?
Samuel
- Forwarded message from Samuel Thibault <sthiba...@debian.org> -
From: Samuel Thibault <sthiba...@debian.org>
To: Debian Bug Tracking System <sub...@bugs.debian.org>
Subject:
Package: dpkg
Version: 1.19.0.4
Severity: normal
Hello,
$ locale charmap
UTF-8
$ mkdir testé
$ cd testé
$ apt-get source hello
$ cd hello-*
$ dpkg-buildpackage -b
fails with
dh clean
Can't use string ("0") as a HASH ref while "strict refs" in use at
/usr/share/perl5/Dpkg/Vendor/Debian.pm line
Control: reassign -1 libdpkg-perl
Hello,
Guillem Jover, on Thu 10 Nov 2016 06:41:22 +0100, wrote:
> Ok, could you try the following patch for the specs files?
Yep, it fixes the issue, thanks!
Thus reassigning to libdpkg-perl.
> > I'm however surprised that dpkg adds -pie on hurd-i386 too: AIUI
Guillem Jover, on Mon 07 Nov 2016 02:59:02 +0100, wrote:
> > while (defined(my $file = $dh->read)) {
> > +next if (-d $file);
> > $count += $self->load("$dir/$file");
> > }
> >
>
> Thanks for the patch! (although it seems wrong, as it's missing the
> $dir name here :)
Hello,
Samuel Thibault, on Sun 06 Nov 2016 18:36:39 +0100, wrote:
> This is quite bad since libdpkg-perl depends on dpkg:hurd-i386 (>=
> 1.18.11), so all packages using debhelper are currently non-buildable.
Do you think you can upload a fix shortly? The buildds are thus
basically
Package: dpkg
Version: 1.18.11
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
dpkg currently FTBFS on !linux:
../../scripts/t/Dpkg_Source_Package.t .. ok
Dpkg_Dist_Files.t: error: badly formed line in files list file, line 1
# Looks like you planned 26 tests
Johannes Schauer, on Thu 22 Sep 2016 13:35:23 +0200, wrote:
> Thus, I do not think that following policy and only putting package names of
> packages that are actually produced into the Binary field of the .changes file
> should pose any problem.
AIUI it does problem with packages built on some
Control: reassign -1 hurd
Control: block -1 by 818618
Helmut Grohne, on Wed 21 Sep 2016 06:09:22 +0200, wrote:
> Thus I suggest to close this bug or turn it into wishlist bugs for the
> above.
Right. Also adding the bug dependency. I didn't remember that we still
hadn't fixed that part. So we're
Guillem Jover, on Wed 21 Sep 2016 00:17:05 +0200, wrote:
> On Tue, 2016-09-20 at 21:26:16 +0200, Samuel Thibault wrote:
> > dpkg needs to build-depend on hurd-dev because it uses and
> > . It happens that libc0.3-dev depends on it, and thus hurd-dev
> > gets pulled on a no
Package: dpkg
Version: 1.18.10
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hello,
dpkg needs to build-depend on hurd-dev because it uses and
. It happens that libc0.3-dev depends on it, and thus hurd-dev
gets pulled on a normal system. But when bootstrapping,
Package: dpkg-dev
Version: 1.18.4
Severity: normal
Hello,
In Objdump.pm, we use debarch_to_gnutriplet(get_host_arch()).'-objdump';
to run dpkg-shlibdeps on package objects.
When building a cross-compiler, this is however not working. The
cross-compiler itself is fine (since it's host), but the
Samuel Thibault, le Wed 05 Feb 2014 23:53:54 +0100, a écrit :
Vincent Danjean, le Wed 05 Feb 2014 23:50:59 +0100, a écrit :
I will then ask for a binary rebuild
Since it depends on non-free packages, hwloc-contrib is not auto-built,
so I'll rebuild it myself.
Oops, sorry, I mixed things
Samuel Thibault, le Wed 05 Feb 2014 23:53:54 +0100, a écrit :
Vincent Danjean, le Wed 05 Feb 2014 23:50:59 +0100, a écrit :
I will then ask for a binary rebuild
Since it depends on non-free packages, hwloc-contrib is not auto-built,
so I'll rebuild it myself.
Oops, sorry, I mixed things
hwloc has been rebuilt on a few archs, and got the dependencies
correctly.
Samuel
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Vincent Danjean, le Wed 05 Feb 2014 23:50:59 +0100, a écrit :
I will then ask for a binary rebuild
Since it depends on non-free packages, hwloc-contrib is not auto-built,
so I'll rebuild it myself.
Samuel
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of
Vincent Danjean, le Wed 05 Feb 2014 23:50:59 +0100, a écrit :
I will then ask for a binary rebuild
Since it depends on non-free packages, hwloc-contrib is not auto-built,
so I'll rebuild it myself.
Samuel
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of
Samuel Thibault, le Sun 14 Oct 2012 23:20:11 +0200, a écrit :
Andreas Metzler, le Sun 14 Oct 2012 15:44:16 +0200, a écrit :
Afaict (Both by looking at 684625 which is not fixed and by checking
the newest binNMU on my up to date testing system) we are
currently still doing binNMUs
no packages.
Versions of packages dpkg suggests:
ii apt 0.8.15.10
-- Configuration Files:
/etc/dpkg/dpkg.cfg changed:
no-debsig
log /var/log/dpkg.log
-- no debconf information
--
Samuel Thibault samuel.thiba...@fnac.net
N sl - display animations aimed to correct users who accidentally enter
N
Mike Hommey, le Tue 30 Nov 2010 10:07:55 +0100, a écrit :
On Mon, Nov 29, 2010 at 07:18:17AM +0100, Guillem Jover wrote:
What's going on here? sync_file_range() is a Linux specific system
call that has been around for a while. It allows program to control
when writeback happens in a
Hi,
Could you please consider applying the proposed patch at some time? It
is really needed for hurd and amd64 packages, it has been tested for
quite a long time now and should be fine, here it is again.
--- /usr/bin/dpkg-shlibdeps 2004-11-11 21:15:52.0 +0100
+++
Hi,
On Thu 16 dec 2004 at 17:53:03 +0100, Goswin von Brederlow wrote:
Samuel Thibault [EMAIL PROTECTED] writes:
Another solution would be (when ldd returns /lib/libbar.so.1.0),
instead of calling dpkg --search /lib/libbar.so.1.0, to
call dpkg --search libbar.so.1.0, which will return
Le jeu 16 déc 2004 à 02:40:00 +0100, Goswin von Brederlow a tapoté sur son
clavier :
Here is a patch to let dpkg-shlibdeps also try adding /usr to library
paths, which really works nicely:
Bad idea. That is just too hardcoded.
The hurd's symlink is as much hardcoded as this.
The real
retitle 285857 dpkg-shlibdeps should better match ldd and dpkg --search results
thanks
Le jeu 16 déc 2004 à 15:47:08 +0100, Goswin von Brederlow a tapoté sur son
clavier :
No, because unless you add /mnt/space/usr to LD_LIBRARY_PATH, ldd will
correctly find used librairies in /usr/lib (and
behavior ?
Regards,
Samuel Thibault
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages dpkg-dev depends on:
ii
Package: dpkg
Version: 1.10.18
Severity: wishlist
Hi,
We have a box on which we want some users to be able to start stop
icecast. For this, we gave them an sudo -u icecast permission, but this
is not sufficient, because /etc/init.d/icecast-server contains:
start-stop-daemon --start --quiet
37 matches
Mail list logo
