Re: Guix Hang Out Attempt 2 and an Unoffical Guix Hackathon/config party

[Akib Azmain Turja]

Vagrant Cascadian writes:

> On 2021-07-22, jbra...@dismail.de wrote:
>> Let's try to do another guix hang out next Tuesday, July 27th! We'll meet 
>> at 7pm UTC. (I think that is 3pm EST).
>
> *EDT*, but otherwise looks pretty much right:
>
>   $ date --utc --date='2021-07-27 19:00'
>   Tue Jul 27 19:00:00 UTC 2021
>
>   $ date --utc --date='2021-07-27 19:00' +%s
>   1627412400
>
>   $ TZ=US/Eastern date --date=@1627412400
>   Tue Jul 27 15:00:00 EDT 2021
>
>   $ TZ=US/Eastern date -R --date=@1627412400
>   Tue, 27 Jul 2021 15:00:00 -0400
>
>
> Timezones are so confusing, best to "just" use the unix epoch. :)
>
>
> Hope to join you sometime, though probably can't make it this time...
>
>
> live well,
>   vagrant

The idea of using UNIX epoch is good.  But the command showed that it's
Wed, 28 Jul 2021 01:00:00 +0600 for me, so I can't attend.  Can you
change the time?  And, is that instance of Jitsi Meet free (libre)?


-- 
Akib Azmain Turja

This message is signed by me with my GnuPG key.  It's fingerprint is:

7001 8CE5 819F 17A3 BBA6  66AF E74F 0EFA 922A E7F5

See https://emailselfdefense.fsf.org/ to learn more and protect your
emails and yourself from surveillance.  Please send me encrypted messages
whenever possible.

Never send me Microsoft Office attachments, they use secret proprietary
format so I'll fail to read and trash them; send them in plain text if
possible or in formats like ODF and PDF if your document contains images or
videos. See http://www.gnu.org/philosophy/no-word-attachments.html to learn
more.

Please don't send HTML emails, use plain text.  HTML emails are usually
about thousand times larger than plain text, vulnerable and look ugly to
me.  They contain tracker, so whenever someone opens a messsage he is
tracked by third-party.  See http://www.asciiribbon.org to learn more.

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: PGP signature

Re: Making a DIY smart or dumb phone

[Bone Baboon]

jbranso--- via writes:

> I'm getting really tired of carrying my Android phone around with google's 
> spyware,

This issue is larger than just Android / iOS and the applications a user
deliberately uses.  There is also the issue of unwanted spyware.



You could eliminating the issues mobile phones have entirely by choosing
to not use a mobile phone.



>  (apologies for the youtube link...)

You could share Invidious links as well as YouTube links.  The YouTube
links could be a backup in case the Invidious server linked to goes
down.



> and unfortunately it needs to support SMS and traditional calls, so there 
> might be some binary blobs for the modem.

You can do SMS using email.



Maybe you could convince the people you want to talk to use free
software like Jami.  For people who are physically nearby walkie talkies
are an option.

Re: Making a DIY smart or dumb phone

[Vagrant Cascadian]

On 2021-07-24, Bone Baboon wrote:
> jbranso--- via writes:

>> and unfortunately it needs to support SMS and traditional calls, so there 
>> might be some binary blobs for the modem.

I've been using for SMS and voice calls:

  https://jmp.chat

It runs on all free software and provides a pretty rich SMS experience
using an XMPP client, and you can use a SIP (or maybe even XMPP) client
for voice calls.


live well,
  vagrant

Packaging hwinfo

[phodina]

Dear All,

I'm attempting to package hwinfo which gathers HW information about the machine.
You'll find the package definition attached below together with the definition 
for libx86emu.

The issue I'm currently facing is that the libhd which is inside the repo is 
not detected by Makefile:

starting phase `build'
gcc -c -O2 -Wall -Wno-pointer-sign -pipe -g   
-I/tmp/guix-build-hwinfo-21.75.drv-0/source/src/hd  -Lsrc hwinfo.c
make: *** No rule to make target 
'/tmp/guix-build-hwinfo-21.75.drv-0/source/src/libhd.a', needed by 'hwinfo'.  
Stop.

The build continues but obviously fails when linking the final binary together. 
Does anybody have an idea how to tell make where to find the target?

Kind regards
Petr

---
(define-public libx86emu
(package
  (name "libx86emu")
  (version "3.1")
  (source (origin
(method git-fetch)
(uri
  (git-reference
(url "https://github.com/wfeldt/libx86emu";)
(commit version)))
(file-name (git-file-name name version))
(sha256
 (base32
  "104xqc6nj9rpi7knl3dfqvasf087hlz2n5yndb1iycw35a6j509b"
  (build-system gnu-build-system)
  (native-inputs `(("git" ,git) ("perl" ,perl)))
  (arguments
`(#:tests? #f
  #:make-flags (list (string-append "CC=" ,(cc-for-target)) (string-append 
"DESTDIR=" %output) (string-append "LIBDIR=/lib"))
  #:phases (modify-phases %standard-phases
(delete 'configure)
(add-after 'unpack 'fix-version-and-usr
 (lambda* (#:key inputs #:allow-other-keys)
  (delete-file "git2log")
  (let* ((file (open-file "VERSION" "a")))
(display ,version file)
(close-port file))
  (substitute* "Makefile"
   (("/usr") "/"))
   #t)
  (synopsis "x86 emulation library")
  (description "libx86emu is a small library to emulate x86 instructions. The 
focus here is not a complete emulation (go for qemu for this) but to cover 
enough for typical firmware blobs.
@enumerate
@item intercept any memory access or directly map real memory ranges
@item intercept any i/o access, map real i/o ports, or block any real i/o
@item intercept any interrupt
@item provides hook to run after each instruction
@item recognizes a special x86 instruction that can trigger logging
@item has integrated logging
@end enumerate")
  (home-page "https://github.com/wfeldt/libx86emu";)
  (license license:bsd-1)))

(define-public hwinfo
(package
  (name "hwinfo")
  (version "21.75")
  (source (origin
(method git-fetch)
(uri
  (git-reference
(url "https://github.com/openSUSE/hwinfo";)
(commit version)))
(file-name (git-file-name name version))
(sha256
 (base32
  "139bgzwi8iy1dz0g8mqpq9iig8klsmnb5c2sp0v7qgbgh7xxnqn3"
  (build-system gnu-build-system)
  (native-inputs `(("flex" ,flex) ("perl" ,perl) ("pkg-config" ,pkg-config)))
  (inputs `(("libx86emu" ,libx86emu) ("util-linux:lib" ,util-linux "lib")))
  (arguments
`(#:tests? #f
  #:make-flags (list (string-append "DESTDIR=" %output) (string-append 
"CC=" ,(cc-for-target)) (string-append "HWINFO_VERSION=" ,version) 
(string-append "LIBDIR=" (assoc-ref %outputs "out") "/usr/lib"))
  #:phases (modify-phases %standard-phases
(delete 'configure)
(add-after 'unpack 'fix-sbin-and-flex
 (lambda* (#:key inputs #:allow-other-keys)
  (delete-file "git2log")
  (let* ((file (open-file "VERSION" "a")))
(display ,version file)
(close-port file))
  (substitute* "Makefile.common"
   (("-I$(TOPDIR)/src/hd") (string-append (assoc-ref 
build-inputs "source") "/src/hd")))
  (substitute* "Makefile"
   (("/sbin") "/bin")
   (("^TARGETS.*") "TARGETS = hwinfo hwinfo.pc\n")
   (("/usr") "/"))
  (substitute* "src/isdn/cdb/Makefile"
   (("lex isdn_cdb.lex") "flex isdn_cdb.lex"))
  (substitute* "hwinfo.pc.in"
   (("prefix=/usr") (string-append "prefix=" %output)))
   #t)
  (synopsis "Hardware information tool")
  (description "hwinfo/libhd are used to probe for the hardware present in the 
system. It can be used to generate a system overview log which can be later 
used for support.")
  (home-page "https://github.com/openSUSE/hwinfo";)
  (license license:gpl2)))

Re: Making a DIY smart or dumb phone

[Joshua Branson]

Bone Baboon  writes:

> jbranso--- via writes:
>
>> I'm getting really tired of carrying my Android phone around with google's 
>> spyware,
>
> This issue is larger than just Android / iOS and the applications a user
> deliberately uses.  There is also the issue of unwanted spyware.
>
> 
>
> You could eliminating the issues mobile phones have entirely by choosing
> to not use a mobile phone.
>
> 

I used to do that!  I was nophone for a while, but then I became a
manager at work.  If someone does not show up for work, then they call
me.  I could give up my manager position or find a job that doesn't
require a way to reach me 24/7.

OR I could get a ham radio license...operate a radio tower somewhere
(for real cheap...though that might not be so cheap)...then if work
needs me, they can chat to me via that way...and my libre phone could
pick up the signal...though that might mean I'd have to learn some GNU
Radio, which would be fun!  This strategy is what JMP.chat wants to do
eventually.

>>  (apologies for the youtube link...)
>
> You could share Invidious links as well as YouTube links.  The YouTube
> links could be a backup in case the Invidious server linked to goes
> down.
>
> 
>
>> and unfortunately it needs to support SMS and traditional calls, so there 
>> might be some binary blobs for the modem.
>
> You can do SMS using email.
>
> 

Now that is awesome!  I will look into that.

>
> Maybe you could convince the people you want to talk to use free
> software like Jami.  For people who are physically nearby walkie talkies
> are an option.

I'm actually really excited about Jami!  It looks really promising!

Jami only works using wifi, as far as I know.  Sometimes I would like to
go to the park, which has no wifi.  Since work has to be able to reach
me 24/7 this won't quite work...again, I could give up my manager
position or get a different job.

>
> 
>
> 

Cheap ones only work 1-1.5 miles.  Sometimes I'm 30 miles away from
work.  But this is something to consider.  There are some expensive
walkie talkies that the military uses that work anywhere in the world.

--
Joshua Branson (jab in #guix)
Sent from Emacs and Gnus
  https://gnucode.me
  https://video.hardlimit.com/accounts/joshua_branson/video-channels
  https://propernaming.org
  "You can have whatever you want, as long as you help
enough other people get what they want." - Zig Ziglar

Re: Guix Hang Out Attempt 2 and an Unoffical Guix Hackathon/config party

[Joshua Branson]

Akib Azmain Turja  writes:

> Vagrant Cascadian writes:
>
>> On 2021-07-22, jbra...@dismail.de wrote:
>
> The idea of using UNIX epoch is good.  But the command showed that it's
> Wed, 28 Jul 2021 01:00:00 +0600 for me, so I can't attend.  Can you
> change the time?  And, is that instance of Jitsi Meet free (libre)?

Perhaps in the future.  Is that super early in the morning for you?
Just curious.  :)

I can record the video if you like, though audio may be REALLY poor.

--
Joshua Branson (jab in #guix)
Sent from Emacs and Gnus
  https://gnucode.me
  https://video.hardlimit.com/accounts/joshua_branson/video-channels
  https://propernaming.org
  "You can have whatever you want, as long as you help
enough other people get what they want." - Zig Ziglar

Re: Making a DIY smart or dumb phone

[Joshua Branson]

Vagrant Cascadian  writes:

> On 2021-07-24, Bone Baboon wrote:
>> jbranso--- via writes:
>
>>> and unfortunately it needs to support SMS and traditional calls, so there 
>>> might be some binary blobs for the modem.
>
> I've been using for SMS and voice calls:
>
>   https://jmp.chat
>
> It runs on all free software and provides a pretty rich SMS experience
> using an XMPP client, and you can use a SIP (or maybe even XMPP) client
> for voice calls.

I use JMP.chat too...exclusively.  :)  BUT jmp.chat only works when you
have wifi.  And sometimes I would like to be at the downtown park, which
doesn't have wifi...if work called me then, I would not be available.
Since I get called if someone doesn't show up for a shift...that won't
quite work for me.

However, when SpaceX gets their satellite internet going...that may be
an option for me.

>
> live well,
>   vagrant
>

--
Joshua Branson (jab in #guix)
Sent from Emacs and Gnus
  https://gnucode.me
  https://video.hardlimit.com/accounts/joshua_branson/video-channels
  https://propernaming.org
  "You can have whatever you want, as long as you help
enough other people get what they want." - Zig Ziglar

Re: Guix Hang Out Attempt 2 and an Unoffical Guix Hackathon/config party

[Joshua Branson]

Akib Azmain Turja  writes:

> Vagrant Cascadian writes:
>
>
> The idea of using UNIX epoch is good.  But the command showed that it's
> Wed, 28 Jul 2021 01:00:00 +0600 for me, so I can't attend.  Can you
> change the time?  And, is that instance of Jitsi Meet free (libre)?

I believe it is...it's the official jitsi instance.

We could always meet at the official FSF jitsi instance, though I'm not
certain if they intend their instance to be a hang out instance...

-- 
Joshua Branson (jab in #guix)
Sent from Emacs and Gnus
  https://gnucode.me
  https://video.hardlimit.com/accounts/joshua_branson/video-channels
  https://propernaming.org
  "You can have whatever you want, as long as you help
enough other people get what they want." - Zig Ziglar
  

Re: Packaging hwinfo

[Wiktor Żelazny]

On Sat, Jul 24, 2021 at 03:56:33PM +, phodina wrote:

> The issue I'm currently facing is that the libhd which is inside the
> repo is not detected by Makefile:
>
> starting phase `build'
> gcc -c -O2 -Wall -Wno-pointer-sign -pipe -g   
> -I/tmp/guix-build-hwinfo-21.75.drv-0/source/src/hd  -Lsrc hwinfo.c
> make: *** No rule to make target 
> '/tmp/guix-build-hwinfo-21.75.drv-0/source/src/libhd.a', needed by 'hwinfo'.  
> Stop.

Hi phodina,

Do you come across this issue also while compiling by hand, rather than
via the Guix daemon?

Here [1], you can see the same problem tackled by Gentoo community. It
was 2005 and related to another package, rather than directly hwinfo,
but maybe it would be worth taking a look at the current hwinfo Gentoo
recipe [2]. At some point, it says

   # Workaround from Arch, if using source tarballs from github

Here’s [3] how Arch folks do it. There’s this line

   CFLAGS+="-fPIC -I$srcdir/$pkgname/src/hd -w" \

Could it be related to libhd?

Good luck,

WŻ

[1]: https://bugs.gentoo.org/show_bug.cgi?id=60848#c3
[2]: 
https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/hwinfo/hwinfo-21.74.ebuild
[3]: 
https://github.com/archlinux/svntogit-community/blob/packages/hwinfo/trunk/PKGBUILD


signature.asc
Description: PGP signature

Re: Making a DIY smart or dumb phone

[Jonathan McHugh]

Out of curiosity, how regulated is ham radio in the USA? I lament that your 
cultural emphasis on freedom of expression didnt extend into freedoms for 
'classic' radio channels. Is it better for ham radio?

>From Europe it appears as if ICT infrastructure in the USA looks godawful 
>(like AT&T), has there been much pushback with grounds up mesh networks?


Jonathan McHugh
indieterminacy@libre.brussels

July 24, 2021 6:56 PM, "Joshua Branson"  wrote:

> Bone Baboon  writes:
> 
>> jbranso--- via writes:
>> 
>>> I'm getting really tired of carrying my Android phone around with google's 
>>> spyware,
>> 
>> This issue is larger than just Android / iOS and the applications a user
>> deliberately uses. There is also the issue of unwanted spyware.
>> 
>> 
>> 
>> You could eliminating the issues mobile phones have entirely by choosing
>> to not use a mobile phone.
>> 
>> 
> 
> I used to do that! I was nophone for a while, but then I became a
> manager at work. If someone does not show up for work, then they call
> me. I could give up my manager position or find a job that doesn't
> require a way to reach me 24/7.
> 
> OR I could get a ham radio license...operate a radio tower somewhere
> (for real cheap...though that might not be so cheap)...then if work
> needs me, they can chat to me via that way...and my libre phone could
> pick up the signal...though that might mean I'd have to learn some GNU
> Radio, which would be fun! This strategy is what JMP.chat wants to do
> eventually.
> 
>>> (apologies for the youtube link...)
>> 
>> You could share Invidious links as well as YouTube links. The YouTube
>> links could be a backup in case the Invidious server linked to goes
>> down.
>> 
>> 
>> 
>>> and unfortunately it needs to support SMS and traditional calls, so there 
>>> might be some binary
>>> blobs for the modem.
>> 
>> You can do SMS using email.
>> 
>> 
> 
> Now that is awesome! I will look into that.
> 
>> Maybe you could convince the people you want to talk to use free
>> software like Jami. For people who are physically nearby walkie talkies
>> are an option.
> 
> I'm actually really excited about Jami! It looks really promising!
> 
> Jami only works using wifi, as far as I know. Sometimes I would like to
> go to the park, which has no wifi. Since work has to be able to reach
> me 24/7 this won't quite work...again, I could give up my manager
> position or get a different job.
> 
>> 
>> 
>> 
> 
> Cheap ones only work 1-1.5 miles. Sometimes I'm 30 miles away from
> work. But this is something to consider. There are some expensive
> walkie talkies that the military uses that work anywhere in the world.
> 
> --
> Joshua Branson (jab in #guix)
> Sent from Emacs and Gnus
> https://gnucode.me
> https://video.hardlimit.com/accounts/joshua_branson/video-channels
> https://propernaming.org
> "You can have whatever you want, as long as you help
> enough other people get what they want." - Zig Ziglar

Re: Packaging hwinfo

[phodina]

> Hi phodina,
>
> Do you come across this issue also while compiling by hand, rather than
>
> via the Guix daemon?
>
> Here [1], you can see the same problem tackled by Gentoo community. It
>
> was 2005 and related to another package, rather than directly hwinfo,
>
> but maybe it would be worth taking a look at the current hwinfo Gentoo
>
> recipe [2]. At some point, it says
>
> Workaround from Arch, if using source tarballs from github
> ==
>
> Here’s [3] how Arch folks do it. There’s this line
>
> CFLAGS+="-fPIC -I$srcdir/$pkgname/src/hd -w" \
>
> Could it be related to libhd?
>
> Good luck,
>
> WŻ
>
> [1]: https://bugs.gentoo.org/show_bug.cgi?id=60848#c3
>
> [2]: 
> https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/hwinfo/hwinfo-21.74.ebuild
>
> [3]: 
> https://github.com/archlinux/svntogit-community/blob/packages/hwinfo/trunk/PKGBUILD

Hello Wiktor,

Yes, this is due to the libhd. I probably didn't hightlight it in the 
description.

As you suggested I already had look at Arch (previous user).

I built it successfully on Arch using the PKGBUILD.
They pass the include flag with the dir -I . Without it points to 
$(TOPDIR)/src/libhd hence the substitution of as otherwise it expands into 
-I../../src/hd

I applied this flag but the build is still failing. Besides I also opened an 
issue on [1] though nobody probably even noticed :-(

 [1]: https://github.com/openSUSE/hwinfo/issues/103

File not found during package build

[phodina]

Hi All,

during package build in the phase `check` I get a strange error regarding file 
not found.

The file in question is an executable script within the directory.

It must be present there as the chmod operation succeeds.
However, invocation of make then fails as it can't find the script.

phase `build' succeeded after 0.1 seconds
starting phase `check'
make: Entering directory '/tmp/guix-build-novaboot-20210126a.drv-0/source/tests'
./wvtool runall ./novaboot.wv ./parser.wv ./expect.wv ./server.wv ./uboot.wv
make: ./wvtool: No such file or directory
make: *** [Makefile:6: all] Error 127

---
(define-public novaboot
(package
  (name "novaboot")
  (version "20210126a")
  (source (origin
(method git-fetch)
(uri
  (git-reference
(url "https://github.com/wentasah/novaboot";)
(commit version)))
(sha256
 (base32
  "1xwgxpngjp345fg4xmacyxm21wqvx4h6n6b51wnvivvzjj9vga4z"
  (build-system gnu-build-system)
  (inputs `(("perl" ,perl) ("perl-expect" ,perl-expect)))
  (arguments
'(#:phases (modify-phases %standard-phases
(delete 'configure)
 (add-before 'build 'set-prefix-in-makefile
(lambda* (#:key outputs #:allow-other-keys)
 (let ((out (assoc-ref outputs "out")))
(substitute* "Makefile"
  (("PREFIX=.*")
   (string-append "PREFIX="
   "\n")))
(substitute* "Makefile"
 (("DESTDIR=.*")
  (string-append "DESTDIR=" out "\n"
  ))
 (replace 'check
 (lambda* (#:key outputs #:allow-other-keys)
  (chdir "tests")
 (chmod "wvtool" #o555)
 (invoke "make"))
  (synopsis "A tool that automates booting of operating systems on target 
hardware or in qemu")
  (description "Novaboot is a tool that automates booting of operating systems 
on target hardware (typically embedded boards) or in Qemu. Initially, it was 
developed to boot NOVA Microhypervisor (hence the name), but nowadays is well 
suited for booting Linux (and perhaps other OSes) too.")
  (home-page "https://github.com/wentasah/novaboot";)
  (license license:gpl2)))

Re: Packaging hwinfo

[Wiktor Żelazny]

On Sat, Jul 24, 2021 at 06:20:18PM +, phodina wrote:

> > CFLAGS+="-fPIC -I$srcdir/$pkgname/src/hd -w" \
> >
> > Could it be related to libhd?
>
> Yes, this is due to the libhd. I probably didn't hightlight it in the
> description.

You described the problem very clearly, IMO. As “it”, I meant that line
from PKGBUILD.

> As you suggested I already had look at Arch (previous user).
>
> I built it successfully on Arch using the PKGBUILD.

Using pacman or abs, you mean? Can you build it from source by hand on
Guix?

> I applied this flag but the build is still failing.

Did you apply it while attempting to build hwinfo by hand?

As for your Guix package definition, I can see some substitution there.
I would try CFLAGS. Maybe you will find inspiration in the existing Guix
packages:

   $ grep FLAGS=-I gnu/packages/*.scm
   gnu/packages/astronomy.scm:  (string-append "CPPFLAGS=-I" 
netpbm "/include/netpbm")
   gnu/packages/audio.scm:   #:make-flags (list (string-append "CFLAGS=-I"
   gnu/packages/audio.scm:   (list (string-append "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/cobol.scm:   (string-append 
"JSON_C_CFLAGS=-I"
   gnu/packages/emulators.scm: (list (string-append "CPPFLAGS=-I" 
(assoc-ref %build-inputs "sdl2")
   gnu/packages/fabric-management.scm:   (list (string-append "CPPFLAGS=-I" 
(assoc-ref %build-inputs "opensm")
   gnu/packages/game-development.scm:   (list (string-append "CFLAGS=-I"
   gnu/packages/games.scm:   (list (string-append "CXXFLAGS=-I"
   gnu/packages/games.scm:   (list (string-append "CPPFLAGS=-I"
   gnu/packages/games.scm:   (list (string-append "CPPFLAGS=-I"
   gnu/packages/games.scm:   (list (string-append "CPPFLAGS=-I"
   gnu/packages/games.scm:   (list (string-append "CFLAGS=-I"
   gnu/packages/games.scm: (string-append "CXXFLAGS=-I"
   gnu/packages/games.scm:(string-append "READLINE_CFLAGS=-I"
   gnu/packages/games.scm: (string-append 
"SDL_CPPFLAGS=-I"
   gnu/packages/guile-xyz.scm: (list (string-append "CPPFLAGS=-I"
   gnu/packages/image.scm: (string-append "CFLAGS=-I. 
-Icommon/include -Iimage/sys -fPIC "
   gnu/packages/image.scm:  (string-append "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/image-viewers.scm: (string-append "CPPFLAGS=-I"
   gnu/packages/kde-frameworks.scm:   (list (string-append 
"-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/kde-multimedia.scm:   (list (string-append 
"-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/kde-multimedia.scm:  "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/kde.scm: (string-append "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/libreoffice.scm:   (("GPGMEPP_CFLAGS=-I/usr")
   gnu/packages/libreoffice.scm:(string-append 
"GPGMEPP_CFLAGS=-I"
   gnu/packages/libusb.scm:  (string-append "ID3TAG_CFLAGS=-I" 
libid3tag "/include")
   gnu/packages/linux.scm:  (string-append "libuuid_CFLAGS=-I" libuuid 
"/include/uuid")
   gnu/packages/linux.scm:  (string-append "libblkid_CFLAGS=-I" libuuid 
"/include/uuid "
   gnu/packages/maths.scm:   (string-append 
"CPPFLAGS=-I"
   gnu/packages/messaging.scm:(string-append "CFLAGS=-I"
   gnu/packages/networking.scm: (string-append "CFLAGS=-I"
   gnu/packages/photo.scm:(string-append "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/qt.scm:  (string-append "-DCMAKE_CXX_FLAGS=-I"
   gnu/packages/raspberry-pi.scm:   "CFLAGS=-I../common 
-I../notc/include"
   gnu/packages/raspberry-pi.scm:   "CFLAGS=-Ilib -I. 
-Iinclude -ffunction-sections -Wall -g -nostdlib -nostartfiles -ffreestanding 
-DBAREMETAL"
   gnu/packages/raspberry-pi.scm:   "CFLAGS=-Iinclude 
-g"
   gnu/packages/search.scm:"CPPFLAGS=-I../src"
   gnu/packages/telephony.scm:  ,(string-append 
"UCOMMON_CFLAGS=-I"
   gnu/packages/telephony.scm:  ,(string-append 
"LIBOSIP2_CFLAGS=-I"
   gnu/packages/telephony.scm:  ,(string-append 
"EXOSIP2_CFLAGS=-I"
   gnu/packages/video.scm: (string-append "CPPFLAGS=-I"
   gnu/packages/virtualization.scm:  (string-append "CFLAGS=-I" 
(assoc-ref inputs "cross-libc")
   gnu/packages/web.scm:  (string-append "liblua_CFLAGS=-I" lua 
"/include")
   gnu/packages/xiph.scm: `(#:configure-flags (list (string-append 
"CFLAGS=-I"

> Besides I also opened an issue on [1] though nobody probably even
> noticed :-(

I’m not sure if anyone there is going to be excited about working on an
issue which is Guix-specific. Some months ago, someone on this list
wrote “don’t bother upstream”.

Bye,

WŻ


signature.asc
Description: PGP signature

Re: Packaging hwinfo

[Tobias Geerinckx-Rice]

Petr,


Besides I also opened an issue


Thanks!  A good reflex, whether or not upstream cares or notices.

Please share packages in a form that can easily be built by others.  I 
added missing module imports and changed a forgotten /usr/lib to /lib.  
Please also place {native-,}inputs after arguments.  Phases need no 
longer return #t.



CFLAGS+="-fPIC -I$srcdir/$pkgname/src/hd -w"


This does not look relevant, so I didn't add it anywhere.


starting phase `build'
gcc -c -O2 -Wall -Wno-pointer-sign -pipe -g
-I/tmp/guix-build-hwinfo-21.75.drv-0/source/src/hd  -Lsrc hwinfo.c
make: *** No rule to make target
'/tmp/guix-build-hwinfo-21.75.drv-0/source/src/libhd.a', needed by
'hwinfo'.  Stop.

The build continues


And how:

make: *** Waiting for unfinished jobs
make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent 
make rule.
make[1]: Entering directory 
'/tmp/guix-build-hwinfo-21.75.drv-0/source/src'
make[2]: Entering directory 
'/tmp/guix-build-hwinfo-21.75.drv-0/source/src/hd'


i.e.: "Oh no, you made some mistake, I can't make libhd!  Anyway, before 
I perish dramatically, let's chdir into this here 'src/hd' directory and 
make whatever's there. ¯\_( ツ )_/¯  I'm sure it won't be relevant lol."


That's one bug that only upstream can fix.  For now, set 
"#:parallel-build? #f" (with a detailed comment!) and you'll be on your 
merry, slow, way.  Alas:



/gnu/store/74ldv6c74gslx5irsa0a8kn54yi4gc3h-hwinfo-21.75/bin/hwinfo:
error: depends on 'libhd.so.21', which cannot be found in RUNPATH


Weird, but (search for '-Wl,-rpath' in Guix) it happens.  Let's--no, 
wait a minute, strange things are afoot:


tree /gnu/store/74ldv6c74gslx5irsa0a8kn54yi4gc3h-hwinfo-21.75
├── bin
│   ├── check_hd
│   ├── convert_hd
│   ├── getsysinfo
│   ├── hwinfo
│   └── mk_isdnhwdb
├── gnu
│   └── store
│   └── 74ldv6c74gslx5irsa0a8kn54yi4gc3h-hwinfo-21.75
│   └── lib
│   ├── libhd.so -> libhd.so.21
[...]

Afootness intensifies:


(string-append "DESTDIR=" %output)


Seeing DESTDIR= is never a good sign (I didn't check whether its use in 
libx86emu is warranted or not).  Let's stick with hwinfo & peer into its 
Makefile again:



ULIBDIR = $(LIBDIR)
[...]
install -d -m 755 $(DESTDIR)/sbin $(DESTDIR)/usr/sbin \
$(DESTDIR)$(ULIBDIR)


Really?  No support for the standard $prefix variable?  Cool.

Making LIBDIR 'relative' works around that.  Not the rpath issue, so:


"LIBDIR=/lib"
(string-append "LDFLAGS=-Lsrc -Wl,-rpath=" %output "/lib")


The "-Lsrc" is repeated from upstream, because VARIABLE+= on the make 
command line doesn't actually work.


With that, it finally builds and runs.  Some software just isn't fun to 
package.


From hwinfo:

using /var/lib/hardware


This might need fixing.  There may be remaining issues with the 
package(s); I'm out of time.


From the build log:
info(FRITZ!Card PCMCIA): This card has multiple drivers, some functions 
are only available on the binonly driver


We'll need to make sure this package doesn't include or 'promote' binary 
blobs in any way.


Thanks!

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

guix pack on Linux kernel

[Andy Tai]

question the Guix documentation says a bundle created  from guix pack
can run on machines running the Linux kernel.  Does this mean such a
bundle can possibly run on Linux kernel with any C library, or just
GNU/Linux? (providing no other blocking factors, such as the hardware
or driver needed is present; thus I ignore for example lack of X
Windows for graphics programs, etc.)

(of course the most common such machine would be Android devices)

Re: guix pack on Linux kernel

[Andy Tai]

reference to the said GUix document page:

https://guix.gnu.org/blog/2017/creating-bundles-with-guix-pack/

"because Guix captures the complete dependency graph of packages, the
tarball contains everything that’s needed to run  and
is going to work in exactly the same way on any system that runs the
kernel Linux!"



On Sat, Jul 24, 2021 at 2:06 PM Andy Tai  wrote:
>
> question the Guix documentation says a bundle created  from guix pack
> can run on machines running the Linux kernel.  Does this mean such a
> bundle can possibly run on Linux kernel with any C library, or just
> GNU/Linux? (providing no other blocking factors, such as the hardware
> or driver needed is present; thus I ignore for example lack of X
> Windows for graphics programs, etc.)
>
> (of course the most common such machine would be Android devices)

Re: guix pack on Linux kernel

[Ricardo Wurmus]

Andy Tai  writes:

question the Guix documentation says a bundle created  from guix 
pack
can run on machines running the Linux kernel.  Does this mean 
such a
bundle can possibly run on Linux kernel with any C library, or 
just

GNU/Linux?


The pack includes the C library, so the host C library does not 
matter.


--
Ricardo

Re: File not found during package build

[Sarah Morgensen]

Hello,

phodina  writes:

> Hi All,
>
> during package build in the phase `check` I get a strange error regarding 
> file not found.
>
> The file in question is an executable script within the directory.
>
> It must be present there as the chmod operation succeeds.
> However, invocation of make then fails as it can't find the script.
>
> phase `build' succeeded after 0.1 seconds
> starting phase `check'
> make: Entering directory 
> '/tmp/guix-build-novaboot-20210126a.drv-0/source/tests'
> ./wvtool runall ./novaboot.wv ./parser.wv ./expect.wv ./server.wv ./uboot.wv
> make: ./wvtool: No such file or directory
> make: *** [Makefile:6: all] Error 127

The issue here is that wvtool begins with the shebang

  #!/usr/bin/env python3

so you'll need python in native-inputs.

>
> ---
> (define-public novaboot
> (package
>   (name "novaboot")
>   (version "20210126a")
>   (source (origin
> (method git-fetch)
> (uri
> (git-reference
>   (url "https://github.com/wentasah/novaboot";)
>   (commit version)))
> (sha256
>  (base32
>   "1xwgxpngjp345fg4xmacyxm21wqvx4h6n6b51wnvivvzjj9vga4z"
>   (build-system gnu-build-system)
>   (inputs `(("perl" ,perl) ("perl-expect" ,perl-expect)))
>   (arguments
> '(#:phases (modify-phases %standard-phases
>   (delete 'configure)
>(add-before 'build 'set-prefix-in-makefile
> (lambda* (#:key outputs #:allow-other-keys)
>  (let ((out (assoc-ref outputs "out")))
> (substitute* "Makefile"
>   (("PREFIX=.*")
>(string-append "PREFIX="
>"\n")))
>   (substitute* "Makefile"
>(("DESTDIR=.*")
> (string-append "DESTDIR=" out "\n"
> ))
>(replace 'check
>(lambda* (#:key outputs #:allow-other-keys)
> (chdir "tests")
>(chmod "wvtool" #o555)
>(invoke "make"))

Also, the main Makefile has a 'test' target so you can just use

  #:test-target "test"

in arguments rather than replacing the check phase.

>   (synopsis "A tool that automates booting of operating systems on target 
> hardware or in qemu")
>   (description "Novaboot is a tool that automates booting of operating 
> systems on target hardware (typically embedded boards) or in Qemu. Initially, 
> it was developed to boot NOVA Microhypervisor (hence the name), but nowadays 
> is well suited for booting Linux (and perhaps other OSes) too.")
>   (home-page "https://github.com/wentasah/novaboot";)
>   (license license:gpl2)))

Hope that helps,
Sarah

Re: Making a DIY smart or dumb phone

[jbranso]

July 24, 2021 1:45 PM, "Jonathan McHugh"  wrote:

> Out of curiosity, how regulated is ham radio in the USA? I lament that your 
> cultural emphasis on
> freedom of expression didnt extend into freedoms for 'classic' radio 
> channels. Is it better for ham
> radio?

I've no idea.  I do not have my ham license, but my buddy told me that 
technically I am NOT supposed
to use ham radio for boss/employee communicationsI've got some relatives 
that live out
in the country...I can do testing there.  "FCC won't let me be me..." in the 
city.  In the country,
it's you and three cows for three miles.

> 
> From Europe it appears as if ICT infrastructure in the USA looks godawful 
> (like AT&T), has there
> been much pushback with grounds up mesh networks?

I am also really not familiar.  I know that the https://jmp.chat project hopes 
to use local radios
to allow encrypted calls for up to 40+ miles in poor countries.  They would 
probably have more 
information that I do.  The main developer is easy to get ahold of in his XMPP 
support chat room.

> 
> 
> Jonathan McHugh
> indieterminacy@libre.brussels
> 

>> --
>> Joshua Branson (jab in #guix)
>> Sent from Emacs and Gnus
>> https://gnucode.me
>> https://video.hardlimit.com/accounts/joshua_branson/video-channels
>> https://propernaming.org
>> "You can have whatever you want, as long as you help
>> enough other people get what they want." - Zig Ziglar