Re: [arch-general] 'base' package install with non-updated linux-kernel

[ITwrx.org]

On 10/19/19 8:53 PM, riveravaldez via arch-general wrote:
> Hi,
>
> because of this problem [1] (apparently a kernel/driver/hardware
> issue?) I'm forced to stay on linux-5.2.14-arch2-1 right now.
> My question is: should/can I anyway install the 'base' package anyway
> as explained in [2]?
>
> Thanks a lot
>
> [1] https://bbs.archlinux.org/viewtopic.php?id=249330
> [2] 
> https://www.archlinux.org/news/base-group-replaced-by-mandatory-base-package-manual-intervention-required/

I would disable the nvidia card in the bios and move on with my life,
never buying anything with a nvidia chip in it again, or until they have
enough respect for their customers that you can use a FOSS driver and
have it work 100%.


 ---
Information Technology Works
on the net: https://ITwrx.org
on the fediverse: @it...@blurts.net

Re: [arch-general] desktop crash after upgrade

[ITwrx.org]

On 11/28/2017 10:26 PM, niya via arch-general wrote:
> hi everyone
>
> i have a intel atom netbook that i have arch installed on and have
> been using it for the last couple of years without any issues,
> after doing a pacman -Syu recently when i reboot it gets through boot
> up to the point of setting up the desktop and then crashes with  2
> thirds of the screen from left to right fill with a random rows of
> dots on a black background and the last third has my desktop with an
> exit icon at the bottom,
> i went through the process of downgrading the kernel and got it to
> boot normally again
> i thought that because it was a 32 bit computer the problem was to do
> with arch no longer supporting the i686 architecture
> so i migrated the laptop to  Arch Linux 32, everything went smoothly ,
> after the migration i rebooted the laptop  and i was back with the
> same problem.
> i chrooted into the laptop with a live usb stick and retrieved a
> portion of the journal
> here,s the log. error-report
> 
> my Desktop Environment is lxde
> if more of the logs are needed please let me know
>
> i would be thankful for any pointers to fixing the problem
>
> shadrock
>
>
my guess would be more 4.13 problems like this:
https://bugzilla.redhat.com/show_bug.cgi?id=1498725

you were probably right to downgrade. you might try that again.

good luck.

Re: [arch-general] Can I attach Windows partition space with home without reinstalling?

[ITwrx.org]

On 09/28/2017 11:21 AM, Junayeed Ahnaf via arch-general wrote:
> Hello,
>
> So I have arch installed on a 50GB space, I also have 400 GB  as a 
> windows partition, I want to know is there a way for me to delete that 
> windows drives and attach them with either / or /home so that I can use 
> them from Linux without reinstalling?
>
> Thanks
>
> N
>
off the top of my head...

if you just want free space that is usable to arch and it being a
separate partition is fine with you, then you can:

format the 400GB (i usually use ext4):
https://wiki.archlinux.org/index.php/file_systems

rerun grub-mkconfig:
https://wiki.archlinux.org/index.php/GRUB#Generate_the_main_configuration_file

create fstab entry for the 400GB partition:
https://wiki.archlinux.org/index.php/fstab


if you require the free space to be re-merged with the existing arch
filesystem, then you would need to delete the 400GB partition and leave
it as free space: https://wiki.archlinux.org/index.php/partitioning

then grow the arch partition:
https://wiki.archlinux.org/index.php/GNU_Parted#Growing_partitions

Re: [arch-general] Why there is no NetworkManager in ArchISO

[ITwrx.org]

On 07/24/2017 12:30 AM, Junayeed Ahnaf via arch-general wrote:
> Why is there no NetworkManager in ArchISO?

Arch Linux is not like desktop focused distributions. Therefore, it's
ISO does not come with "everything but the kitchen sink" where you have
a turn-key desktop after running a GUI installer or install script. It
has the base set of software you need to assemble what you need for your
given install target.

> Isn't it widely accepted as 
> the go to method of connecting to internet in Linux?
No, not in general like that. Network manager is primarily used for
network management with desktop environments, most commonly Gnome, as
the other respondent noted. Arch Linux is used in many different ways,
not only for the desktop.

> Is there any reason 
> for it not to be default?
The defaults for the ISO would generally be the simpler options, and
less likely to be something large with a lot of dependencies.  Also,
minimalist ISOs were the norm rather than the exception in years past
and for Reasons. They still are in some cases or with some distros.
Also, there are not always application defaults with Arch Linux like you
might have with a desktop distro. Arch is "DIY/build your own and choose
your own defaults (for the most part)" type of distro.

Re: [arch-general] systemd on bios computer

[ITwrx.org]

On 07/05/2017 08:36 PM, Jude DaShiell wrote:
> That's not a package I specifically installed, but may have been
> pulled in by another package dependency.  I'll check for the package
> and remove it if found.
since systemd-boot is included with systemd maybe it just complains
whether you're using it or not but doesn't stop the systemd upgrade? i
haven't noticed it in the terminal, but that doesn't mean it didn't happen.

> On Wed, 5 Jul 2017, Eli Schwartz via arch-general wrote:
>
>> Date: Wed, 5 Jul 2017 15:21:31
>> From: Eli Schwartz via arch-general <arch-general@archlinux.org>
>> To: arch-general@archlinux.org
>> Cc: Eli Schwartz <eschwart...@gmail.com>
>> Subject: Re: [arch-general] systemd on bios computer
>>
>> On 07/04/2017 02:52 PM, Jude DaShiell wrote:
>>> When doing a systemd upgrade I get:
>>> (3/7) Upgrading systemd-boot...
>>> Couldn't find EFI system partition. It is recommended to mount it to
>>> /boot. Alternatively, use --path= to specify path to mount point.
>>> error: command failed to execute correctly
>>> Are either of the above alternatives even viable for a real bios
>>> machine?
>>> This one got built when efi was somewhere on the drawing board or maybe
>>> before efi ever got to the drawing board.
>>
>> Sounds like you have the AUR package "systemd-boot-pacman-hook"
>> installed, which automatically runs `/usr/bin/bootctl update` after
>> every update of the systed package.
>>
>> *Why* do you have that installed on a BIOS machine? This command is only
>> relevant for people who are using systemd-boot as their boot manager on
>> a computer that uses UEFI, and the error message is quite right in
>> saying that it cannot find an EFI System Partition for UEFI booting...
>> on a machine that boots via BIOS rather than UEFI.
>>
>>
>

-- 
Information Technology Works
https://ITwrx.org
@ITwrxorg

Re: [arch-general] systemd on bios computer

[ITwrx.org]

On 07/04/2017 01:52 PM, Jude DaShiell wrote:
> When doing a systemd upgrade I get:
> (3/7) Upgrading systemd-boot...
> Couldn't find EFI system partition. It is recommended to mount it to
> /boot. Alternatively, use --path= to specify path to mount point.
> error: command failed to execute correctly
> Are either of the above alternatives even viable for a real bios
> machine? This one got built when efi was somewhere on the drawing
> board or maybe before efi ever got to the drawing board.
>
>
>
> -- 
>
https://wiki.archlinux.org/index.php/systemd-boot

explains it better than i would have.

Re: [arch-general] problems accessing samba share through Xfce gui

[ITwrx.org]

On 06/14/2017 08:28 AM, Paul Marwick via arch-general wrote:
> ... Any help would be very gratefully received.
>
have you tried reinstalling gvfs-smb?

Re: [arch-general] Problem install slack-desktop deb

[ITwrx.org]

On 06/13/2017 09:21 AM, Maykel Franco via arch-general wrote:
> Hi, recently I like install slack-desktop 2.3.4 because with the
> latest version 2.6.x I have a problem with unmark read messages bug...
>
> I have install debtap from github, the binary because the debtap
> archlinux repository not works well.
>
> When install the slack-desktop 2.3.4 deb I get this error...
>
> user ~/ $ LANG=C sudo pacman -U
> slack-desktop-2.3.4-1-x86_64.pkg.tar.xz
> loading packages...
> resolving dependencies...
> warning: cannot resolve "apt", a dependency of "slack-desktop"
> warning: cannot resolve "gir1.2-gnomekeyring-1.0", a dependency of
> "slack-desktop"
> :: The following package cannot be upgraded due to unresolvable
> dependencies:
>  slack-desktop
>
> :: Do you want to skip the above package for this upgrade? [y/N]
> error: failed to prepare transaction (could not satisfy dependencies)
> :: slack-desktop: requires apt
> :: slack-desktop: requires gir1.2-gnomekeyring-1.0
>
>
> How resolved it?
>
> Thanks in advanced.
>
pacman is telling you that slack-desktop cannot be upgraded because it
needs those other 2 packages(apt and gir1.2-gnomekeyring-1.0) the second
evidently being an ubuntu specific package name. you could try and get
those dependencies installed then try to upgrade slack-desktop. It may
be more trouble than it's worth. 

Re: [arch-general] [Classroom] The Beginner's Guide to Arch Linux package management

[ITwrx.org]

On 06/10/2017 11:20 AM, fsckd via arch-general wrote:
> Sorry for the delay. Logs for the class "The Beginner's Guide to Arch
> Linux package management" are up.
>
> https://archwomen.org/media/project_classroom/classlogs/2017-06-04-the_beginners_guide_to_arch_linux_package_management.txt
>
>
>
> Crossposted with arch-wwomen.
>
thanks, i meant to attend and got side tracked.

Re: [arch-general] ReadyDLNA/MiniDLNA doesn't work behind wireless

[ITwrx.org]

On 06/05/2017 04:37 AM, Giovanni Santini via arch-general wrote:
> The computer I was referring to is the server I am trying to access.
> I've accessed the webpage from my laptop.
>
> There is a strange thing indeed: the server has actually no firewall,
> however the 1900 UDP port, which should be open for SSDP seems closed.
>
> Here it is the result of some investigation
> ---
> # On my laptop
> $ nmap -sU -p 1900 santini_server
> Starting Nmap 7.40 ( https://nmap.org ) at 2017-06-05 11:32 ora legale
> Europa occidentale
> Nmap scan report for santini_server (192.168.0.109)
> Host is up (0.027s latency).
> PORT STATE  SERVICE
> 1900/udp closed upnp
> MAC Address: 00:1E:2A:43:47:3E (Netgear)
>
> Nmap done: 1 IP address (1 host up) scanned in 12.43 seconds
>
> # On the server
> $ sudo iptables --list
> Chain INPUT (policy ACCEPT)
> target prot opt source   destination
>
> Chain FORWARD (policy ACCEPT)
> target prot opt source   destination
>
> Chain OUTPUT (policy ACCEPT)
> target prot opt source   destination
> ---
> No idea why MiniDLNA does not check the port.
i just installed minidlna and got it working from vlc over wireless. it
didn't work at first. "systemctl status minindlna" showed that it wasn't
able to identify the network interface i provided. i have no idea
why(old method in minidlna?). i commented that line in config back out
and made sure minidlna could read my testing media directory and it
worked at that point. i used nmap -sS -sU -T4 -A -v 192.168.1.1 to see
if port 8200 was open. it was.

so, if "systemctl status minidlna" or "journalctl -b" shows no problems
for minidlna then maybe test with nmap from both wired and wireless and
see if there is a difference. If there is, then you have network config
issue. the arch wiki page for minidlna has a section about wireless in
the troubleshooting section i notice.

Re: [arch-general] ReadyDLNA/MiniDLNA doesn't work behind wireless

[ITwrx.org]

On 06/04/2017 09:45 AM, Giovanni Santini via arch-general wrote:
> Il 04/06/2017 16:10, ITwrx.org ha scritto:
>> The status page is properly accessible from where? A x86 computer that's
>> on your wired network? or from a device connected to network via wireless?
> MiniDLNA publishes automatically a web page on port 8200 for checking
> its status.
>
> My computer is an old x64-capable server.
> It is connected to my network through a wireless USB adapter.
>
this computer is the one you successfully accessed the minidlna web page
from? or a different computer connected via ethernet? i'm just trying to
verify that you have successfully accessed the webpage for minidlna from
a wireless device/computer.

if yes, then you could use nmap or a nmap gui (nmap-qt4 ?) to scan the
host that is supposed to be serving minidlna and make sure that port is
actually open/visible. IOW, just start ruling things out. If that port
is open/accessible from a remote machine then try different apps on the
clients to make sure it's not just buggy clients. you might also try
different minidlna servers. i know when i tried to use minidlna the
servers and client apps were very picky and some were very flakey too. i
ended up ditching minidlna(even though i had it working most of the
time) and just using samba just because i didn't like how non-robust it
all was.


-- 
Information Technology Works
https://ITwrx.org
@ITwrxorg

Re: [arch-general] ReadyDLNA/MiniDLNA doesn't work behind wireless

[ITwrx.org]

On 06/04/2017 08:38 AM, Giovanni Santini via arch-general wrote:
> Good afternoon,
> as said in the subject I am having some issues running MiniDLNA on my
> home server.
> The service fires up properly (the status web page is properly
> accessible), however the server is not visible when I scan for it in my
> DLNA-enanched applications, on all the platforms (my Android phone and
> tablet + my computer).
> In the past it was working when my home server was connected through
> Ethernet, but I had to make a really bad setup and I would prefer to
> keep it on wireless.
> Did anyone have a problem similar to mine?
>
The status page is properly accessible from where? A x86 computer that's
on your wired network? or from a device connected to network via wireless?

Re: [arch-general] End of official PaX and grsecurity support in Arch Linux

[ITwrx.org]

On 04/27/2017 01:19 PM, Daniel Micay via arch-general wrote:
> The PaX and grsecurity patches are no longer going to be public, so
> official support in Arch Linux has ended:

this is highly disappointing but not completely unexpected. thanks for
your work all this time.

Re: [arch-general] arch health

[ITwrx.org]

On 04/19/2017 07:22 PM, Ralf Mardorf wrote:
> Hi,
>
> I would be concerned, if too many security features not everybody needs,
> would become default. Why not dropping security features completely and
> instead making real-time optimised features the default? This is a
> rhetorical question, but actually I would prefer the latter.
>
> In my experiences Arch is very healthy.
>
> I doubt that many packages are outdated.
>
> Right off the bat a few come to mind, e.g.
>
>  claws-mail and clawsker
>
> but we had Easter holidays and some packages are already in testing.
>
> Other packages, such as e.g.
>
>  ardour
>
> are out of date for a long time, but the maintainer explained why he has
> got no time for a while. Apart from this Ardour is niche software.
>
> Each of the outdated packages I noticed still build using ABS or AUR
> PKGBUILDs by just changing the version and skipping or changing the
> checksums or they require minimal additional editing, if so I
> usually drop a note to AUR comments, how to fix the issue.
>
> It's hard to find much more packages I consider really outdated.
> I noticed that some packages from official repositories are flagged out
> of date, a few minutes after upstream released a new version, so I
> wouldn't count those packages.
>
> In my experiences Arch is a healthy rolling release. There are a few
> hiccups, but I experience less hiccups using Arch, than I experience
> serious issues with other distros.
>
> Regards,
> Ralf
>
thanks for your input. i'm not saying Arch isn't great. I use it for
everything and it would take a whole lot for that to change. I just want
the healthiest Arch possible. I think that Arch could have a few
different "build profiles" if it was possible to automate packaging a
little or if there were more devs or devs had more time to allocate to
Arch because they were getting paid. Or, if the donation system were
modernized, Arch could fund it's priorities in that regard and maybe
people choose your goals instead of mine.

Re: [arch-general] arch health

[ITwrx.org]

On 04/19/2017 06:32 PM, Dragon ryu via arch-general wrote:
> 2017/04/20 午前8:30 "ITwrx.org" <i...@itwrx.org>:
>
> i'm a little concerned about arch's overall health and i was wondering
> if there's anything we can do about it.
>
> why am i concerned?
>
> Many users tested to demonstrate that PIE would not cause an undue
> performance burden but it has still not been implemented due to dev's
> lack of time. Now said dev is also resigning from packaging due to it
> becoming a chore. Is PIE on the menu of the adopter of those packages?
>
> There are also many official packages that have been out of date for a
> while. At least one of the devs seems to have too many packages to
> maintain. Probably because packages were orphaned and someone had to
> pick up the slack. There are probably many packages in aur that should
> be moved to official if there were devs who had time to deal with them.
> There are probably some bugs that need to be fixed too.  Maybe we can
> use some % of donations to pay a dev/devs?  Can we modernize the
> donations system? I sent a message to SPI's web dev email asking about
> improvements to project's pages but i haven't heard back.
>
> IMHO, a general donate method doesn't cut it. Crowd funding should
> demonstrate clearly that people will donate much more when they have
> input and can see goals, progress, etc. Donors and devs should be able
> to designate goals (devs could have approval/veto power) and/or donors
> should be able to donate towards approved goals.  It would be nice if we
> could fund developers or maybe just a rewards pool where devs get some
> appreciation money each month. Crypto currency could be an option. Devs
> could choose what they want to receive. If nothing else, maybe we could
> crypto tip individually or to an Arch address. Some way to make arch
> development more practical for people. I know in the past arch devs have
> said roughly that "he who does the dev makes the decisions" but maybe us
> users can buy our way in just enough to influence the speed or goals of
> the distro's dev? It doesn't seem like the current state of things can
> keep up with threats, new features, etc. I think i am not alone in being
> willing to pitch in money, when i can, to make it easier or more
> worthwhile for devs, new or current. At least we could see what the
> current funding levels for goals were so we would know if more needs to
> be done. Some other distros have large corps that can foot the bill to
> get things done. I'm sure Arch could use some help too, even if we
> already have donation funds for infrastructure needs.
>
> thanks
>
>
>
> --
> Information Technology Works
> https://ITwrx.org
> @ITwrxorg
>
> Wait, actual question is about PIE?
> If you find that package are outdated in community or extra, file a bug rep.
> Why not do it?
>
no, PIE is just one of the examples i listed of symptoms of a larger
issue that i thought might could be helped by paying devs and
modernizing the donation system. why would i file a bug for an out of
date package? i'm sure the developer is notified when a package is
flagged? why should i pester them to update it?

[arch-general] arch health

[ITwrx.org]

i'm a little concerned about arch's overall health and i was wondering
if there's anything we can do about it.

why am i concerned?

Many users tested to demonstrate that PIE would not cause an undue
performance burden but it has still not been implemented due to dev's
lack of time. Now said dev is also resigning from packaging due to it
becoming a chore. Is PIE on the menu of the adopter of those packages?

There are also many official packages that have been out of date for a
while. At least one of the devs seems to have too many packages to
maintain. Probably because packages were orphaned and someone had to
pick up the slack. There are probably many packages in aur that should
be moved to official if there were devs who had time to deal with them.
There are probably some bugs that need to be fixed too.  Maybe we can
use some % of donations to pay a dev/devs?  Can we modernize the
donations system? I sent a message to SPI's web dev email asking about
improvements to project's pages but i haven't heard back.

IMHO, a general donate method doesn't cut it. Crowd funding should
demonstrate clearly that people will donate much more when they have
input and can see goals, progress, etc. Donors and devs should be able
to designate goals (devs could have approval/veto power) and/or donors
should be able to donate towards approved goals.  It would be nice if we
could fund developers or maybe just a rewards pool where devs get some
appreciation money each month. Crypto currency could be an option. Devs
could choose what they want to receive. If nothing else, maybe we could
crypto tip individually or to an Arch address. Some way to make arch
development more practical for people. I know in the past arch devs have
said roughly that "he who does the dev makes the decisions" but maybe us
users can buy our way in just enough to influence the speed or goals of
the distro's dev? It doesn't seem like the current state of things can
keep up with threats, new features, etc. I think i am not alone in being
willing to pitch in money, when i can, to make it easier or more
worthwhile for devs, new or current. At least we could see what the
current funding levels for goals were so we would know if more needs to
be done. Some other distros have large corps that can foot the bill to
get things done. I'm sure Arch could use some help too, even if we
already have donation funds for infrastructure needs.

thanks

 

-- 
Information Technology Works
https://ITwrx.org
@ITwrxorg

Re: [arch-general] arch-general Digest, Vol 142, Issue 24

[ITwrx.org]

On 08/18/2016 08:49 PM, arch-general-requ...@archlinux.org wrote:
> Send arch-general mailing list submissions to
>   arch-general@archlinux.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.archlinux.org/listinfo/arch-general
> or, via email, send a message with subject or body 'help' to
>   arch-general-requ...@archlinux.org
>
> You can reach the person managing the list at
>   arch-general-ow...@archlinux.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of arch-general digest..."
>
>
> Today's Topics:
>
>1. Opinions on PowerShell? (Hunter Connelly)
>2. Re: Opinions on PowerShell? (Kyle Terrien)
>3. Re: Opinions on PowerShell? (Eli Schwartz)
>4. Re: Opinions on PowerShell? (Kyle Terrien)
>5. Re: Opinions on PowerShell? (Hunter Connelly)
>6. Re: Opinions on PowerShell? (Eli Schwartz)
>7. Re: Opinions on PowerShell? (Eli Schwartz)
>
>
> --
>
> Message: 1
> Date: Thu, 18 Aug 2016 19:30:27 -0400
> From: Hunter Connelly 
> To: arch-general@archlinux.org
> Subject: [arch-general] Opinions on PowerShell?
> Message-ID: <20160818233015.ga27...@hunters-laptop.fios-router.home>
> Content-Type: text/plain; charset=us-ascii
>
> Recently, Microsoft released the source code for PowerShell under the MIT 
> license.
> Here's the link for that.
>
> https://github.com/powershell/powershell
>
> I was wondering what you guys thought about it.
> Specifically, if any of you will be using it, if you think it should be in 
> the main repos, what this might mean for the future, etc.
>
Nothing personal to the OP(maybe this wasn't intentional flamebait), but
I, myself, don't want to hear "news"/propaganda about MS open source
trapware in an Arch Linux mailing list or anywhere else for that matter.
I see it's been uploaded it to aur. great. I won't be using it or voting
for it's inclusion in official repos. I'll refrain from responding to
"what this might mean for the future".

Re: [arch-general] arch-general Digest, Vol 141, Issue 17

[ITwrx.org]

On 07/11/2016 01:00 AM, arch-general-requ...@archlinux.org wrote:
> On 07/11/2016 01:09 AM, Information Technology Works wrote:
>> > Aren't  snaps, flatpak and appimage missing the boat in a concerning
>> > way? Shouldn't the Gnu+Linux ecosystem be focusing on automating the
>> > package building/maintenance instead? A layer above distros' package
>> > managers(pacman, apt, etc) that can build upstream from source without
>> > human intervention. Maybe upstream would have to cooperate in some way?
>> > Every distro would just have to write a plugin/config for themselves
>> > that described how their packages should be built, then their package
>> > manager can be used to install binaries like now. Distro devs could
>> > develop the system and verify it's integrity/security or do distro
>> > feature related work instead of packaging. This would address all the
>> > problems that these app container based systems are trying to solve
>> > while keeping dependency resolution, repos, etc. in tact.  Is this
>> > impossible/wrong for some reason?
>> > 
> Hello,
>
> Work is being done in this area [1], but it?s not as fancy as you may
> think. It?s mostly about upstream using a well-behaved build system.
> Well-behaved software is easy to package anyway (just do `./configure
> --prefix=/usr`, `make` and `make install`). When customization is
> necessary or desired, pacman brings the needed versatility.
>
> Please note that ?build once, run anywhere? is not the only advantage of
> Flatpak and not one pacpak addresses. To me, containerization mostly
> provides added security by privilege revocation and separation of
> privileges.
>
> Regards,
> Florian Pelz
>
> [1] https://github.com/cgwalters/build-api
Florian,

thanks for the reply and link. Well behaved build systems and/or the
link you sent is what i alluded to with my "cooperation from upstream"
comment. It seems to me, upstream and distros should get together and
agree on a set of standards. then all distros could auto-build their
repos. Unless "build once, run everywhere" can be done in a way that's
superior to repos and packages (i don't see how, but what do i know), it
seems like the wrong approach and would be completely unecessary with
all distros having near instant packages from upstream due to
automation. I'm not necessarily opposed to the theoretical, potential
security benefits of app containerization but minus the dependency
compat layer, especially if automation of building is not so out of
reach. Your package sounds interesting and good luck with it, i just
thought i'd bring up these questions before we throw the baby out with
the bath water.

thanks,
ITwrx