Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Mon, 2017-09-18 at 20:56 +0200, Samuel Thibault wrote: > Svante Signell, on lun. 18 sept. 2017 19:45:39 +0200, wrote: > > lrwxr-xr-x 1 root root 26 Aug 17 07:38 /usr/sbin/update-fmtutil -> update- > > tl- > > stacked-conffile > > > > In this case the link na

Re: [DNG] Gnome?

On Tue, 2017-09-19 at 16:04 +0200, Svante Signell wrote: > On Tue, 2017-09-19 at 15:22 +0200, Narcis Garcia wrote: > > I understand perfectly current situation with Gnome and Systemd. > > But if I cannot offer Gnome 3 to desktop users (or a fork as Mate was > >

Re: [DNG] Gnome?

On Mon, 2017-09-18 at 13:45 -0400, Steve Litt wrote: > On Mon, 18 Sep 2017 09:02:37 +0200 > > Why in the world would you need Gnome? I don't think we should blindly reject providing Gnome in Devuan. As I wrote, shwsh has already provided the two needed packages: elogind and gnome-settings-

Re: [DNG] Gnome?

On Tue, 2017-09-19 at 14:51 +0200, Narcis Garcia wrote: > I've tried shwsh's procedure and it doesn't work in the first step. > Scenario was: Devuan 8 fresh install with all defaults, and only removed > default desktop with: > $ sudo tasksel remove desktop xfce-desktop > $ sudo reboot You have

Re: [DNG] Gnome?

On Tue, 2017-09-19 at 15:22 +0200, Narcis Garcia wrote: > I understand perfectly current situation with Gnome and Systemd. > But if I cannot offer Gnome 3 to desktop users (or a fork as Mate was > for Gnome 2), Devuan is not an option for me in this area. I run mate in Devuan Ascii. BBL when I

Re: [DNG] Gnome?

On Tue, 2017-09-19 at 11:19 +0200, Narcis Garcia wrote: > I'm trying now to make an installation as similar as possible to Gnome. > XFCE is the best option for a Gnome-like theme and behavior? See https://lists.dyne.org/lurker/message/20170918.102751.1992aff3.en.html

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Sun, 2017-09-17 at 20:27 +0200, Samuel Thibault wrote: > Hello, > > Svante Signell, on ven. 15 sept. 2017 14:09:05 +0200, wrote: > > Patch updated: > > This looks good, I'll commit that, thanks! Sadly I found a bug with the current implementation for shell scripts: l

Re: [DNG] Gnome?

On Mon, 2017-09-18 at 09:02 +0200, Narcis Garcia wrote: > Is there some published procedure to install Gnome in Devuan 8/9 ? > > I need this to migrate desktop users from Debian & Ubuntu. On IRC September 6 somebody (shwsh) reported gnome running on Devuan. He packaged elogind

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Fri, 2017-09-15 at 13:20 +0200, Samuel Thibault wrote: > Hello, > > Svante Signell, on ven. 15 sept. 2017 12:35:56 +0200, wrote: > > > > ++  file_t file = __file_name_lookup (filename, O_EXEC, 0); > Still, the question becomes: better use file_name instead of >

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Fri, 2017-09-15 at 01:49 +0200, Samuel Thibault wrote: > Well, rather avoid having a 'filename' variable along the 'file_name' > variable, that's confusing :) > > Better calling absolute_path for instance. I named it abs_path. > > ++  file_t file = __file_name_lookup (filename, O_EXEC, 0);

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Mon, 2017-09-11 at 10:52 +0200, Svante Signell wrote: > On Sat, 2017-09-09 at 22:04 +0200, Samuel Thibault wrote: > > Svante Signell, on sam. 09 sept. 2017 10:51:36 +0200, wrote: > > > > > Which programs do you run? > > > > execv/spawn are called from t

SIGILL instead of SIGSEGV: Was: Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Thu, 2017-09-07 at 10:38 +0200, Svante Signell wrote: > > 2) test_sighandler.c: > > GNU/Linux: > ./test_sighandler > Got signal 11, faulty address is 0xdeadbeef, from 5597bd471de0 > Executable name = '/home/srs/Hurd/DEBs/test_cases/test_sighandler�', len = 47 > [b

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Sat, 2017-09-09 at 22:04 +0200, Samuel Thibault wrote: > Svante Signell, on sam. 09 sept. 2017 10:51:36 +0200, wrote: > > On Fri, 2017-09-08 at 00:39 +0200, Samuel Thibault wrote: > > > That goes back to file_exec_file_name provided with a relative path, and > > >

Re: BUG: /proc/self/exe reports relative paths, should always return absolute paths?

On Fri, 2017-09-08 at 00:39 +0200, Samuel Thibault wrote: > That goes back to file_exec_file_name provided with a relative path, and not > an > absolute path.  That's where it needs fixing.  I guess it could be a > matter of making sysdeps/mach/hurd/execve.c call realpath(), as well as >

Re: [DNG] ascii-security Was:Re: Security updates in Devuan

On Thu, 2017-09-07 at 10:22 -0400, fsmithred wrote: > On 09/07/2017 08:55 AM, Svante Signell wrote: > > > > I think there's nothing in ascii-security and ascii-updates. The Packages > files for both are empty. (I only checked amd64.) > > In contrast to that jessie-

[DNG] Off-topic postings Was: Re: Talos, Intel, libre purism, ...

On Thu, 2017-09-07 at 08:47 -0500, goli...@dyne.org wrote: > On 2017-09-07 08:01, Svante Signell wrote: > > > > Yes, please! Even if some messages are interesting, a majority of them  > > are off-topic for Devuan. This list should concern user feedback, etc. For

Re: [DNG] Talos, Intel, libre purism, ...

On Thu, 2017-09-07 at 14:11 +0200, Antony Stone wrote: > On Thursday 07 September 2017 at 13:59:01, Narcis Garcia wrote: > > > This thread has now 86 posts, and I still don't see a solid contribution > > to Devuan project. > > This makes very heavy to be subscribed in a mailing list for people

[DNG] ascii-security Was:Re: Security updates in Devuan

On Thu, 2017-09-07 at 21:07 +0900, Olaf Meeuwissen wrote: > Hi John, > > John Franklin writes: > > > I’ve seen several security alerts from Debian, but no matching > > updates in Devuan.  For example, the “file" package has > > CVE-2017-1000249, released yesterday. > > > > > For the stable

BUG: /proc/self/exe reports relative paths, should always return absolute paths?

Hi, When working on porting gccgo to gcc-7, I found out that many test failures are due to a bug in Hurd's implementation of /proc/self/exe (and /proc//exe): The path returned should always be absolute, not relative. Adding print statements to libbacktrace/posix.c shows the problem: GNU/Linux:

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Sat, 2017-09-02 at 14:44 +0200, Svante Signell wrote: > On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote: > If I understand you correctly the behavior in gcc-6 is correct. > Attached is an updated libgo-testsuite.diff file fixing the if-then- > else-fi logic in the same way

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Sat, 2017-09-02 at 14:44 +0200, Svante Signell wrote: > On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote: > If I understand you correctly the behavior in gcc-6 is correct. > Attached is an updated libgo-testsuite.diff file fixing the if-then- > else-fi logic in the same way

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote: > On 01.09.2017 23:11, Svante Signell wrote: > > On Fri, 2017-09-01 at 13:32 +0200, Matthias Klose wrote: > > > On 01.09.2017 11:55, Svante Signell wrote: > > > > Source: gcc-7 > > > > Ve

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote: > On 01.09.2017 23:11, Svante Signell wrote: > > On Fri, 2017-09-01 at 13:32 +0200, Matthias Klose wrote: > > > On 01.09.2017 11:55, Svante Signell wrote: > > > > Source: gcc-7 > > > > Ve

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Fri, 2017-09-01 at 13:32 +0200, Matthias Klose wrote: > On 01.09.2017 11:55, Svante Signell wrote: > > Source: gcc-7 > > Version: 7.2.0-2 > > Severity: important > > Tags: patch > > > > Hello, > > > > Currently the libgo test

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

On Fri, 2017-09-01 at 13:32 +0200, Matthias Klose wrote: > On 01.09.2017 11:55, Svante Signell wrote: > > Source: gcc-7 > > Version: 7.2.0-2 > > Severity: important > > Tags: patch > > > > Hello, > > > > Currently the libgo test

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

Source: gcc-7 Version: 7.2.0-2 Severity: important Tags: patch Hello, Currently the libgo tests are not run due to a bug in libgo/Makefile.am (and Makefile.in). This error is found on all architectures where the testsuite is enabled. The attached patch fixes this bug as well as enables rebuilds

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

Source: gcc-7 Version: 7.2.0-2 Severity: important Tags: patch Hello, Currently the libgo tests are not run due to a bug in libgo/Makefile.am (and Makefile.in). This error is found on all architectures where the testsuite is enabled. The attached patch fixes this bug as well as enables rebuilds

Bug#858995: wget: FTBFS on hurd-i386

found 858995 1.19.1-4 thanks ping again The upstream patch has already been added to grep and findutils (#867120).

Re: [DNG] devuan ascii - how much of systemd is still in there? UPDATE

On Sat, 2017-08-26 at 06:51 +0100, Dave Turner wrote: > > I have a working devuan ascii with no systemd no dbus no udev and no > pulseaudio on my old iMac. (no X11 either, but we'll come to that) > I installed eudev and then I deleted /etc/init.d/udev and rebooted. ... > udev is gone and is

Re: How to identify "running on a Hurd system"?

On Thu, 2017-08-24 at 15:12 -0600, AlexLikeRock wrote: > > On August 24, 2017 2:53:43 PM GMT-06:00, Christoph Biedl @manchmal.in-ulm.de> wrote: > > Samuel Thibault wrote... > > > > > It's not vague :) > > > > > > GNU/Hurd is *the* GNU system, no other system is supposed to make > > > uname -s

Re: [DNG] An alternative to renaming [was Re: Proposed change in behaviour for ascii: eudev net.ifnames]

On Thu, 2017-08-24 at 22:16 +0200, Edward Bartolo wrote: > Option 3 will break simple-netaid both the frontend and the backend. > Option 1 may not need any code changing. > > What is the advantage if any of naming an interface eth0of1? Why eth0 > is appended with an 'of1'? Why not just use eth0,

Re: How to identify "running on a Hurd system"?

On Sat, 2017-08-19 at 17:59 +0200, Narcis Garcia wrote: > El 19/08/17 a les 15:57, Samuel Thibault ha escrit: > > > > It's not vague :) > > > > GNU/Hurd is *the* GNU system, no other system is supposed to make > > uname -s return "GNU". > I believed that GNU was an operating system and Hurd a

Re: [DNG] devuan ascii - how much of systemd is still in there?

On Sat, 2017-08-19 at 17:23 -0400, Steve Litt wrote: > > Svante, I replied to Dave's email, not to yours. I did not remove any > quoted text purportedly from you. I did not respond to your response > to Dave. Yes, I saw that you replied to his mail, yes. And I did not say that you removed any

Re: [DNG] devuan ascii - how much of systemd is still in there?

On Sat, 2017-08-19 at 08:05 +0200, Alessandro Selli wrote: > On 18/08/2017 at 23:25, Svante Signell wrote: > > > > Hi Dave, did you see my mail about interfaces being renamed? This > > one > > from Steve is just adding some more info to the issue, but does not >

Re: [DNG] devuan ascii - how much of systemd is still in there?

On Fri, 2017-08-18 at 13:45 -0400, Steve Litt wrote: > On Fri, 18 Aug 2017 16:36:12 +0100 > Dave Turner wrote: > > > On 18/08/17 00:22, Joel Roth wrote: > > > deleted /lib/udev and all the sub-directories   > > > > With eudev I have a working keyboard

Re: [DNG] devuan ascii - how much of systemd is still in there?

On Fri, 2017-08-18 at 16:36 +0100, Dave Turner wrote: > On 18/08/17 00:22, Joel Roth wrote: > > deleted /lib/udev and all the sub-directories > > With eudev I have a working keyboard so today I went in and removed  > /etc/systemd/* . Re-booted and I still have a working keyboard but > no  >

Re: [DNG] Which desktops work without systemd

On Thu, 2016-04-21 at 19:57 +0200, Rob van der Putten wrote: > Hi there Hi > Which desktops work without systemd? > A list would be nice. I'm running mate on an upgraded to ascii VM. ___ Dng mailing list Dng@lists.dyne.org

Re: [GSoC 2017] Number for sockets

On Sat, 2017-08-12 at 19:24 +0300, Kalle Olavi Niemitalo wrote: > Joan Lledó writes: > > > Since Glibc calls the io_select() operation each time the user > > calls send() or recv(), in practice such sockets are just > > unusable. > > Too bad there is no lwip_poll

[DNG] qemu networking: Was Re: Just out of curiosity, I wondered,

On Wed, 2017-08-09 at 22:45 +1000, Ralph Ronnquist wrote: > I prefer using a VDE setup, since that lets me run qemu as user (i.e.  > not root) With -net nic -net user,hostfwd=tcp::5556-:22 you don't have to run anything as root as long as the forwarded port is higher than 1024. Additionally for a

Bug#870981: netdde: should netdde be removed from unstable?

On Sun, 2017-08-06 at 09:50 -0400, Lucas Nussbaum wrote: > Source: netdde > User: debian...@lists.debian.org > Usertags: qa-removals-post-stretch > > Hi, > > Following a discussion[1] on the debian-qa@ mailing list on packages that > missed both jessie and stretch, I am proposing the removal of

Bug#870981: netdde: should netdde be removed from unstable?

On Sun, 2017-08-06 at 09:50 -0400, Lucas Nussbaum wrote: > Source: netdde > User: debian...@lists.debian.org > Usertags: qa-removals-post-stretch > > Hi, > > Following a discussion[1] on the debian-qa@ mailing list on packages that > missed both jessie and stretch, I am proposing the removal of

Re: [DNG] Excessive bounces

On Wed, 2017-08-02 at 10:20 -0300, Emiliano Marini wrote: > Sorry to bother, but it's the second time this happens to me: > > "Your membership in the mailing list Dng has been disabled due to > excessive bounces The last bounce received from you was dated > 23-Jul-2017." > > I have a Gmail

Re: [DNG] KVM + QEMU on Devuan 1.0

On Fri, 2017-07-28 at 12:06 +0200, alberto.se...@tin.it wrote: > Hello, > >   everyone has tried installing and using kvm + qmeu on Devuan 1.0 ? Yes, several instances. No problem :) Download: wget https://files.devuan.org/devuan_jessie/installer-iso/devuan_jessie _1.0.0_amd64_NETINST.iso

Bug#869954: ifupdown: FTBFS on hurd-i386 and kfreebsd-any

Source: ifupdown Version: 0.8.23 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd Hi, ifupdown FTBFS due to a trivial omission to install on both Hurd and kFreeBSD in files archhurd.c and archkfreebsd.c, respectively. Additionally the function

Re: [DNG] udev replacement

On Fri, 2017-07-28 at 07:27 +1000, Ralph Ronnquist wrote: > Yes, I don't know why it's built, and I'm not sure what it is, but > it  > came with the release building. Presumably some setting could be > changed  > to avoid it, but I haven't looked into it. So far I've managed to > just  > ignore it

Re: Devuan GNU/Hurd

On Tue, 2017-07-11 at 19:14 +0200, Samuel Thibault wrote: > Narcis Garcia, on mar. 11 juil. 2017 18:52:04 +0200, wrote: > > As Devuan GNU+Linux is a fork of Debian without systemd, I suppose > > it can be an easier base to work that current Debian GNU/Hurd: > > devuan.org > > I'd say not so much.

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Wed, 2017-07-12 at 12:14 +, Miroslav Rovis wrote: > On 170711-23:18+0200, Svante Signell wrote: > > > Now it's sorted right, I hope: > OpenRC installation in Devuan Ascii > https://dev1galaxy.org/viewtopic.php?id=1128#p328 Just FTR, zap got the amd64 packages from me

Re: [DNG] What is GNU/Linux?

On Tue, 2017-07-11 at 21:36 +0200, Joachim Fahrner wrote: > My understanding is, that Linux is the kernel, and GNU is the > userland.  > Is systemd part of GNU/Linux? If not, how do we call a systemd Linux? lendows (tm) ___ Dng mailing list

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Tue, 2017-07-11 at 17:26 +, Miroslav Rovis wrote: > > > Please provide version 2.88dsf-59.9+devuan2 of sysvinit-utils on > > your > > web page. Version 2.88dsf-59.9 is not Devuanized!! And update > > https://dev1galaxy.org/viewtopic.php?id=1128 correspondingly. > Do I understand correctly

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Tue, 2017-07-11 at 15:35 +, Miroslav Rovis wrote: > > > > > > > > > $ ls -ltr sysvinit-utils_2.88dsf-59.9_amd64.deb \ > > > > > > This one is not OK, see below. This is the Debian (unpatched > > > version) > > > No, the sysvinit packages you need are 2.88dsf-59.9+devuan2 and > > > you

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Tue, 2017-07-11 at 03:56 +, Miroslav Rovis wrote: > On 170710-23:39+0200, Svante Signell wrote: > > On Mon, 2017-07-10 at 14:12 +, Miroslav Rovis wrote: > > > Hi Svante and everybody! > > > > > > (and zap, to whom you right as second person in

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Mon, 2017-07-10 at 17:54 -0400, zap wrote: > contrib and non-free are unsafe in my opinion... > > > #Contains no source files :( > > deb-src http://packages.devuan.org/devuan ascii-proposed main Just remove the entries below then. No prob ;) > > contrib > > non-free > >

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Mon, 2017-07-10 at 15:26 +, Miroslav Rovis wrote: > I've opened a topic: > OpenRC installation in Devuan Ascii > https://dev1galaxy.org/viewtopic.php?id=1128 > and yes I have (one snag left to understand, as per the second post > in that topic) successfully ran: > apt-get source util-linux

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Mon, 2017-07-10 at 14:12 +, Miroslav Rovis wrote: > Hi Svante and everybody! > > (and zap, to whom you right as second person in the email I'm > replying to. zap > might give useful advice, since he --later-- reported he successfully > installed > OpenRC) > > Svante, I'm taking your

Bug#858995: wget: FTBFS on hurd-i386

ping The upstream patch has already been added to grep and findutils (#867120).

Re: [DNG] error processing package initscripts, because /lib/init/vars.sh missing

On Thu, 2017-07-06 at 09:58 +, Miroslav Rovis wrote: > On 170705-23:48+0200, Svante Signell wrote: > > On Wed, 2017-07-05 at 21:05 +, Miroslav Rovis wrote: ... > > > If you are on i386 or amd64 I can send you the required debs for > > 2.29.2-1+devuan1 from ascii-p

Re: [DNG] error processing package initscripts, because /lib/init/vars.sh missing

On Wed, 2017-07-05 at 21:05 +, Miroslav Rovis wrote: > > What is that /lib/init/vars.sh ? Which package should have installed > it? What > could be the reason that it is missing? Please don't reboot. The file /lib/init/vars.sh from util-linux is essential to have a successful boot. I'll

Re: [DNG] devuan packages explorer

On Tue, 2017-07-04 at 23:22 +, Miroslav Rovis wrote: > On 170704-17:40+0200, Gionni FireGarden wrote: > Hi! > > Once these are done some day soon, it will contribute for Devuan > becoming such > fuzzy purple kind gentle and mighty beautiful beast... > And (I had this below and other

Re: [DNG] How to disable a service in sysvinit?

On Tue, 2017-07-04 at 21:46 +0100, Rowland Penny wrote: > On Tue, 4 Jul 2017 16:39:03 -0400 > Steve Litt wrote: > > > Hi all, > > > > What's the official way to disable a service in sysvinit? In this > > case > > I want to disable sshd so I can put it in runit. > > >

Bug#867120: findutils: FTBFS on hurd-i386

Source: findutils Version: 4.6.0+git+20170606-2 Severity: important Tags: patch, fixed-upstream User: debian-h...@lists.debian.org Usertags: hurd Hi, finditils currently does not build from source on GNU/Hurd since Debian version 4.6.0+git+20161106-2. This is due to that

Re: [DNG] How long should I expect to wait for openrc to be ready in devuan ascii

On Sun, 2017-07-02 at 14:51 -0400, zap wrote: > > I appear to be getting conflicts, so I must need sysvinit-utils in > deb > form. > this probably is the last thing I need at the moment to make it > work... Sorry, but you have to show us what conflicts you see... And your /etc/apt/sources.list,

Re: [DNG] How long should I expect to wait for openrc to be ready in devuan ascii

Hi, Seems like max file size is 40k for the mailing list, so the mail to the list is blocked. zap, did the attached files reach your private mail? On Sun, 2017-07-02 at 16:59 +0200, Svante Signell wrote: > On Sat, 2017-07-01 at 19:54 -0400, zap wrote: > > > >

Re: [DNG] How long should I expect to wait for openrc to be ready in devuan ascii

On Fri, 2017-06-30 at 20:12 -0400, zap wrote: > It is a little too confusing trying to install openrc at the moment > so I > will pass for now... > > It is just a shame that the runit-init package was taken down... The instructions are crystal clear... (And btw: Daniel Reurich is working hard to

Re: [DNG] How long should I expect to wait for openrc to be ready in devuan ascii

On Thu, 2017-06-29 at 19:34 -0400, zap wrote: > not really complaining for the most part. But I am curious that's > all. > Hi zap, As I wrote earlier, you can install openrc by: 0) Enable ascii in /etc/apt/sources.list deb http://auto.mirror.devuan.org/merged ascii main 1) add to

Re: [DNG] WARNING! DO NOT APT-GET UPDATE/UPGRADE ON ASCII

On Wed, 2017-06-28 at 17:38 -0400, zap wrote: > > ;)  anyways though thank you for helping me apply the fix on my > system, I don't know what would have happened one way or another, but > thank you. I downgraded successfully! And thank you for reporting this issue so it could be resolved so

Re: [DNG] WARNING! DO NOT APT-GET UPDATE/UPGRADE ON ASCII

On Wed, 2017-06-28 at 13:28 +0200, Edward Bartolo wrote: > Hi, > > Too late for me. Apt logged the following information: > > Start-Date: 2017-06-25  18:47:08 > Commandline: apt-get upgrade > Upgrade: libpam0g:amd64 (1.1.8-3.5, 1.1.8-3.6), debconf:amd64 (1.5.60, > 1.5.61),... > [ a very long

[DNG] Warning: Don't upgrade ASCII until merged is corrected

Hi, Happily upgrading ASCII with deb http://auto.mirror.devuan.org/merged ascii  main contrib non-free in /etc/apt/sources.list I suddenly realized that the (many) upgraded packages come from Debian/Testing. Please fix merged ASAP to point at Debian/Stretch. Or is the idea to base the ASCII

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Fri, 2017-06-16 at 18:44 -0700, Rick Moen wrote: > Quoting zap (calmst...@posteo.de): > > > Anyways I am using devuan ascii and for some reason such an error > > does > > exist.  I don't know why though... I want openrc though instead and > > it > > doesn't seem to let me install it without

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On Fri, 2017-06-16 at 23:53 +0200, Dragan FOSS wrote: > On 16.06.2017. 23:22, Rick Moen wrote: > > > The presence of libsystemd0, albeit annoying, doesn't prevent you > > from > > installing and using OpenRC. > > > The presence of libsystemd0 means that devuan is not able to > function  >

Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING

On Tue, 2017-06-13 at 11:16 +0100, KatolaZ wrote: > Hi All, > > So please, if you are using ascii with any > Desktop Environment, could you please hel testing those packages and > report any problem, so that we can move them to the main ascii repo > asap? I've been trying out mate-session,

Re: [DNG] Devuan Jessie 1.0.0 stable LTS

On Thu, 2017-05-25 at 20:21 +0200, Veteran Unix Admins wrote: > Dear Init Freedom Lovers, > > Once again the Veteran Unix Admins salute you! Thanks a lot for your effort on this release, jessie. I'm really looking forward to the next, ascii. I will definitely be part of the packaging team by

Bug#861166: mariadb-10.1: FTBFS on hurd-i386 (uses PATH_MAX)

On Mon, 2017-05-08 at 23:40 +0200, Svante Signell wrote: > On Mon, 2017-05-08 at 17:39 +0200, Ondřej Surý wrote: > > Hi Svante, > > > > thanks for the patch. > > > > I briefly reviewed the patch and it seems like it is touching > > places > > outs

Re: guile-2.2.0 in GNU/Hurd

On Tue, 2017-05-09 at 22:51 +0200, mdn wrote: > Thank you for the explanation. > But does Mach and the hurd servers combined make it's possible to > call > it an operating system ? Yes, together with glibc. A lot of functionality lies there too.

Re: guile-2.2.0 in GNU/Hurd

On Tue, 2017-05-09 at 18:42 +0200, mdn wrote: > Hello, > Hurd isn't a operating system it's a microkernel. > A kernel is software that manages hardware resources (ram, i/o > etcetera...). > Linux is a kernel just like hurd is. > They just have different designs. > > See more at: >

Bug#861166: mariadb-10.1: FTBFS on hurd-i386 (uses PATH_MAX)

On Mon, 2017-05-08 at 17:39 +0200, Ondřej Surý wrote: > Hi Svante, > > thanks for the patch. > > I briefly reviewed the patch and it seems like it is touching places > outside pure GNU Hurd space. Would you be willing to prenegotiate the > inclusion of this with the release team? > > Cheers,

Bug#861166: mariadb-10.1: FTBFS on hurd-i386 (uses PATH_MAX)

tags 861166 patch found 861166 10.1.23-3 thanks On Tue, 2017-04-25 at 11:42 +0200, Svante Signell wrote: > On Tue, 2017-04-25 at 11:32 +0200, Mattia Rizzolo wrote: > > Source: mariadb-10.1 > > Severity: important > > User: debian-h...@lists.debian.org > > Usertags: hur

Bug#861166: mariadb-10.1: FTBFS on hurd-i386 (uses PATH_MAX)

On Tue, 2017-04-25 at 11:32 +0200, Mattia Rizzolo wrote: > Source: mariadb-10.1 > Severity: important > User: debian-h...@lists.debian.org > Usertags: hurd > > > 10.1 started to rely on this definition, whereas previous versions never > cared: > > /<>/mysys/mysys_priv.h:127:12: error:

Re: [DNG] Devuan Jessie 1.0.0 stable release candidate

On Fri, 2017-04-21 at 18:14 +0200, Veteran Unix Admins wrote: > Dear Init Freedom Lovers, > > Once again the Veteran Unix Admins salute you! > > Our April 2017 gift to you is the long-awaited release of Devuan > Jessie stable release candidate (1.0.0-RC). If all goes as planned, > this will be

Re: gputils: FTBFS on hurd-i386 (for review)

On Tue, 2017-04-04 at 02:25 +0200, Guillem Jover wrote: > Hi! > > On Fri, 2017-03-31 at 15:13:03 +0200, Svante Signell wrote: > > Source: gputils > > Version: 1.4.0-0.1 > > Severity: important > > Tags: patch > > User: debian-hurd@lists.debian.org > &g

Re: gputils: FTBFS on hurd-i386 (for review)

On Fri, 2017-03-31 at 18:07 +0100, James Clarke wrote: > On Fri, Mar 31, 2017 at 03:13:03PM +0200, Svante Signell wrote: > > Source: gputils > > Version: 1.4.0-0.1 > > Severity: important > > Tags: patch > > User: debian-hurd@lists.debian.org > > Us

gputils: FTBFS on hurd-i386 (for review)

Source: gputils Version: 1.4.0-0.1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, gputils currently FTBFS on GNU/Hurd due to PATH_MAX not being defined. The attached patch fixes this issue by allocating strings dynamically and remove them when not needed

[Pkg-kde-extras] Bug#859188: kwave: FTBFS on hurd-i386

Source: kwave Version: 0.9.2-1-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, kwave currently FTBFS on GNU/Hurd due to PIPE_BUF not being defined. The attached patch fixes this issue by defining PIPE_BUF as _POSIX_PIPE_BUF instead. Thanks! Index:

Bug#859188: kwave: FTBFS on hurd-i386

Source: kwave Version: 0.9.2-1-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, kwave currently FTBFS on GNU/Hurd due to PIPE_BUF not being defined. The attached patch fixes this issue by defining PIPE_BUF as _POSIX_PIPE_BUF instead. Thanks! Index:

Re: kdiff3: FTBFS on hurd-i386 (for review)

On Fri, 2014-09-26 at 07:44 +0200, Pino Toscano wrote: > On 2014-09-25 14:05, Svante Signell wrote: > > Hi Pino > > > > On Thu, 2014-09-25 at 10:08 +0200, Pino Toscano wrote: > > > On 2014-09-24 19:11, Philipp A. Hartmann wrote: > > > >

Bug#859109: stealth: FTBFS on hurd-i386

Source: stealth Version: 4.01.05-1 Severity: important Tags: patch, upstream User: debian-h...@lists.debian.org Usertags: hurd Hi, stealth currently FTBFS on GNU/Hurd due to a PATH_MAX issue. The attached patch fixes this issue by using getcwd(3) with arguments NULL,0 supported by all recent

Bug#750405: psmisc: FTBFS on hurd-i386

found 750405 2.21-2.1 tags 750405 -pending -upstream thanks Hello, Attached is an updated patch for the PATH_MAX issue in psmisc. It uses the fact that calling snprintf() with *str=NULL and size=0 returns the number of bytes needed for the string according to POSIX.1-2001 and later (which is

Bug#858995: wget: FTBFS on hurd-i386

Source: wget Version: 1.19.1-3 Severity: important Tags: patch, upstream User: debian-h...@lists.debian.org Usertags: hurd Hi, wget currently does not build from source on GNU/Hurd since Debian version 1.18- 4. This is due to that HAVE_PTHREAD_RWLOCK_RDLOCK_PREFER_WRITER is not defined by

Re: [Bug-wget] PATCH: Fix FTBFS on GNU/Hurd

On Sat, 2017-03-11 at 12:48 +0100, Tim Rühsen wrote: > Hi Svante, > > On Freitag, 10. März 2017 14:20:56 CET Svante Signell wrote: > > Hello, ... > > Thank you for your attention. > > You should address the gnulib project directly. You patch gnulib files, which  >

[Bug-wget] PATCH: Fix FTBFS on GNU/Hurd

Hello, wget currently does not build from source on GNU/Hurd since Debian version 1.18- 4. This is due to that HAVE_PTHREAD_RWLOCK_RDLOCK_PREFER_WRITER is not defined by configure and then assumes that the function pthread_rwlockattr_setkind_np() is available. On GNU/Hurd it is not. The Hurd

Bug#856652: RFS: xpdf/3.0.4.real-4

On Wed, 2017-03-08 at 12:48 -0700, Sean Whitton wrote: > Dear Svante, > > On Wed, Mar 08, 2017 at 06:55:18AM +0100, Svante Signell wrote: > > I still don't get it. The proposed package _doesn't_ depend on poppler any > > more. > > If you have problems with previo

Bug#856652: RFS: xpdf/3.0.4.real-4

On Wed, 2017-03-08 at 12:48 -0700, Sean Whitton wrote: > Dear Svante, > > On Wed, Mar 08, 2017 at 06:55:18AM +0100, Svante Signell wrote: > > I still don't get it. The proposed package _doesn't_ depend on poppler any > > more. > > If you have problems with previo

Re: Bug#856652: RFS: xpdf/3.0.4.real-4

On Wed, 2017-03-08 at 08:10 -0500, The Wanderer wrote: > On 2017-03-08 at 07:59, Svante Signell wrote: > > > On Wed, 2017-03-08 at 07:41 -0500, The Wanderer wrote: > > > > > On 2017-03-08 at 00:55, Svante Signell wrote: > > > > I still don't get it

Re: Bug#856652: RFS: xpdf/3.0.4.real-4

On Wed, 2017-03-08 at 07:41 -0500, The Wanderer wrote: > On 2017-03-08 at 00:55, Svante Signell wrote: > > > On Tue, 2017-03-07 at 22:43 +0100, Moritz Muehlenhoff wrote: > > > > > On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > > > >

Bug#856652: RFS: xpdf/3.0.4.real-4

On Sat, 2017-03-04 at 13:56 -0600, Jason Crain wrote: > On Sat, Mar 04, 2017 at 07:28:37PM +0100, Svante Signell wrote: > > On Sat, 2017-03-04 at 09:46 -0600, Jason Crain wrote: > > > The upstream xpdf source contains a file misc/hello.pdf for testing > > > purposes, ac

Bug#856652: RFS: xpdf/3.0.4.real-4

On Sat, 2017-03-04 at 13:56 -0600, Jason Crain wrote: > On Sat, Mar 04, 2017 at 07:28:37PM +0100, Svante Signell wrote: > > On Sat, 2017-03-04 at 09:46 -0600, Jason Crain wrote: > > > The upstream xpdf source contains a file misc/hello.pdf for testing > > > purposes, ac

Re: [DNG] overriding install paths in debian/rules

On Wed, 2017-03-08 at 17:38 +1300, Daniel Reurich wrote: > Hi, > > I need a bit of advice with regards to the specific usage of overrides > in debian/rules. > > The situation I have is I want to rename an installed in the debian > package so I can use dpkg alternatives.  I know I can do this

Bug#856652: RFS: xpdf/3.0.4.real-4

On Tue, 2017-03-07 at 22:43 +0100, Moritz Muehlenhoff wrote: > On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > > I don't see where your concerns regarding security are, please explain. > > Your package can't enter the archive since this would require to fix > a

Bug#856652: RFS: xpdf/3.0.4.real-4

On Tue, 2017-03-07 at 22:43 +0100, Moritz Muehlenhoff wrote: > On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > > I don't see where your concerns regarding security are, please explain. > > Your package can't enter the archive since this would require to fix > a

Re: Bug#856652: RFS: xpdf/3.0.4.real-4

On Tue, 2017-03-07 at 08:30 -0500, The Wanderer wrote: > On 2017-03-07 at 08:12, Svante Signell wrote: ... Sorry, I still don't get it: - Which packages still depend on > > poppler, unless via xpdf? The ones directly dependant on poppler are > > not affected. > > Yes,

Re: Bug#856652: RFS: xpdf/3.0.4.real-4

On Tue, 2017-03-07 at 06:49 -0500, The Wanderer wrote: > On 2017-03-04 at 14:19, Svante Signell wrote: ... > > Maybe I don't understand. The version of xpdf I'm proposing is no  > > longer dependent on poppler. So why are you talking about poppler? > > Because other pac

<    5   6   7   8   9   10   11   12   13   14   >