Hello Peter,
On 2/4/21 12:23 PM, Mgr. Peter Tuharsky wrote:
> I hope the program or the documentation should give the information.
A broken passwd should have been reported long ago by any of the tools
that handle passwd, e.g. init, login, sudo, pam, gdm... You may file bug
reports there for s
Hello,
if at all possible, please use the following bug trackers for LTSP, for
any distribution or version:
For bugs: https://github.com/ltsp/ltsp/issues
For discussions: https://github.com/ltsp/ltsp/discussions
For example, I assume that the problem in this case is that you manually
edited
I committed a patch for this in https://github.com/ltsp/ltsp/issues/367.
I'll leave it up to vagrantc to see if he prefers to do a 21.01-2
release + upload,
or an ltsp 22.01-1 backport to bullseye next year right after that release,
or we could just tell bullseye+backports ltsp users to get the
Hello Michael, thank you very much for both the issue and the patch;
I would prefer to postpone its integration to LTSP until its next
version in a few months, for the following reasons:
* We released LTSP 21.01 a couple of days ago, in time for bullseye.
It would be time-saving to apply t
I confirm that the issue exists,
and that the proposed patch addresses it.
As many tools like GNOME's file-roller and MATE's engrama call p7zip,
this issue is very important, and tens of bug reports have been filed
over the years in various applications and bug trackers about it.
This patch wi
Thank you Chris,
I completely removed the dependency upstream.
Code line:
https://github.com/epoptes/epoptes/commit/3ae07f57b88a8fb7d105bc92932f01d6d7a5a493#diff-257532fb77e85e27ac57919f5ef74a1fR367
debian/control line:
https://github.com/epoptes/epoptes/commit/3ae07f57b88a8fb7d105bc92932f01d6d
Package: win32-loader
Version: 0.10.0
Severity: important
Hi, thank you very much for the initial UEFI support!
Unfortunately, when I selected:
PXE mode: install a PXE loader to allow remote kernel loading
I didn't get ipxe.efi to be able to netboot, but it prompted me to
download the stable o
I believe it's this upstream bug:
https://bugzilla.mindrot.org/show_bug.cgi?id=3122
"New Include functionality does not work as documented"
Package: openssh-server
Version: 1:8.2p1-4
Severity: normal
Hi, the following configuration is ignored if I put it in
/etc/ssh/sshd_config.d/local.conf
...yet it works fine if I put it at the end of the file
/etc/ssh/sshd_config:
Match Group *,!sudo,!root
ChrootDirectory /home
ForceComma
Package: grub2
Version: 2.04-7
Severity: wishlist
I would like to boot debian.iso directly from grub, e.g. from a live USB
stick: https://github.com/alkisg/liveusb
For Debian, this requires to pass the following cmdline to the kernel:
fromiso=/dev/disk/by-uuid/$rootuuid/$iso boot=live
In orde
I can confirm that running `rmmod tpm` is a workaround.
After removing tpm, `loopback loop some.iso` works without hanging.
Thank you Bernhard.
Source: grub2
Version: 2.04-7
Severity: important
Hi, if I boot with grubx64.efi and run the following command:
loopback loop some.iso
...it hangs in 2.04 under UEFI, while it worked fine up to 2.02.
This affects Debian and Ubuntu, but not Fedora.
BIOS mode isn't affected.
I tested with grubx64
Thank you Laszlo,
No rush; I'd appreciate it if it was uploaded anytime before August 2020. :)
On 4/22/20 12:15 PM, László Böszörményi (GCS) wrote:
Control: tags -1 +pending
Hi Alkis,
On Wed, Apr 22, 2020 at 11:09 AM Alkis Georgopoulos
wrote:
Hi, all socat versions work fine with
Source: socat
Version: 1.7.3.3-2
Severity: medium
Hi, all socat versions work fine with
https://packages.debian.org/epoptes except for the current sid version,
1.7.3.3.
Please consider packaging 1.7.3.4 that doesn't have the regression.
Details: Epoptes is a computer lab management tool, I'm
On 3/24/20 11:07 AM, Andrej Shadura wrote:
Could you please provide more background? It’s not quite clear to me how
this commit fixes the issue.
Hello Andrej,
I'm happy to provide the "end user" side of the story, but I can't
provide the "developer" side, as it's the Realtek engineers that
On 3/24/20 8:07 AM, Michael Biebl wrote:
I'd prefer a separate, new bug report against wpasupplicant.
The original bug report is about disabling mac randomization, so afaics
a different issue from yours.
My problem was exactly the one described here.
With MAC randomization enabled, network m
On 3/24/20 5:22 AM, Michael Biebl wrote:
You should file a bug report against wpasupplicant.
Andrew, the wpasupplicant maintainer, is not reading network-manager bug
reports.
Thank you Michael,
I was thinking of:
1) Getting feedback from someone affected by this bug (like me) that
this patch
The two-liner patch made it upstream:
http://w1.fi/cgit/hostap/commit/?id=7546c489a95a033c78331915fcdfa0e6fd74d563
It would be awesome if it was cherrypicked/backported, as it's rather
significant and it solves this issue.
I reported this to Realtek and they pinpointed it to a bug in wpasupplicant.
I tested the patch and it works fine for 8812au, 88x2bu and 8821cu.
I then reported it to launchpad in case it makes it for Ubuntu 20.04:
https://bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/1867908
If others h
Hi, I filed an updated version of the patch as a merge request:
https://salsa.debian.org/waldi/ipxe/merge_requests/1
The one additionally saves the default entry, so that the GRUB iPXE
entry is consistent with all the other entries.
It was a 2-line diff upon the previous one, in the same spot,
I filed an upstream bug report,
including more workarounds and possibly a link to the commit that caused
the regression.
https://github.com/mate-desktop/marco/issues/548
I'm seeing a similar problem here with older nvidia cards.
Could you try this?
1. Login with metacity
2. Open a terminal
3. Run: marco --no-composite --replace
For me, both metacity and `marco --no-composite` works fine.
While the default `marco --composite`,
* Crashes Xorg on TNT2
* Doesn't cra
Source: ipxe
Version: 1.0.0+git-20190125.36a4c85-1
Severity: normal
Dear maintainer,
https://packages.debian.org/buster/all/ipxe/filelist ships the following
files (among others):
/boot/ipxe.efi
/boot/ipxe.lkrn
/etc/grub.d/20_ipxe
But, when booting under UEFI, /etc/grub.d/20_ipxe tries to lo
Package: grub2
Version: 2.02+dfsg1-12
Severity: wishlist
Including the ntfs module in grubx64.efi would allow secure boot users
to load things from ntfs partitions.
For example, I could install grub-efi in a fat32 partition of a usb stick,
then extract the windows.iso contents to an ntfs parti
Package: grub2
Version: 2.02+dfsg1-12
Severity: wishlist
Pressing under secure boot lists the "regexp" module,
which is available under grub/x86_64-efi, but not loadable under secure
boot,
so I think it should be hidden from the available commands list.
Thanks!
Στις 4/2/19 6:20 μ.μ., ο Lasse Flygenring-Harrsen έγραψε:
recently input stopped working an all
physical hardware, the system boots fine and the Displaymanager (LDM in
my case) works fine except for the fact that keyboard and mouse input
doesn't work.
I haven't read all of the report, but this
I too tested the patch that changes the following 3 lines, and I no
longer have x11vnc crashes. Please release that! :)
- if (num > stack_list_len + blackouts) {
- int n = 2*num;
+ if (num + blackouts > stack_list_len) {
+ int n = 2 * (num + blackouts);
Στις 06/04/2018 11:10 μμ, ο Vagrant Cascadian έγραψε:
With my LTSP hat on, old and worn out though it may be, I'd think we'd
maybe still want to provide support for the old variant for backports
and legacy setups, so it might be appropriate to create a new script,
especially in light of:
#819160
Package: mate-desktop-environment-core
Version: 1.16.0+1
Severity: normal
File: /usr/share/glib-2.0/schemas/mate-debian.gschema.override
Dear Maintainer,
http://manpages.debian.org/dh_installgsettings mentions:
--priority priority
Use priority (which should be a 2-digit number) as the overr
On 06/09/2016 06:10 πμ, Daniel Kahn Gillmor wrote:
> The original report does point out that the system in question doesn't
> have gpg available. the awk|base64 pipeline was written to accomodate
> that constraint :)
gpg wasn't available in the chroot,
(so it was an issue with debootstrap --varia
After creating a chroot with:
1) debootstrap
2) debootstrap --variant=minbase
and installing ltsp-client-core in both of them, I got the following
results:
1) stretch-minbase-ltsp: 314M
2) stretch-normal-ltsp: 350M
The difference is small, mainly due to apt-utils, bsdmainutils, cron,
debconf-i18n
So it sounds like something run apt with --no-install-recommends, right?
I don't think that's LTSP, could it be Debian Edu?
Maybe it could just drop the --no-install-recommends parameter?
On 28/04/2016 03:05 μμ, Felipe Sateler wrote:
If you don't need the service you can mask it (create a symlink from
/etc/systemd/system/nbd-client.service to /dec/null).
I'm involved in this bug report as upstream developer for LTSP and as
Debian co-maintainer for it, i.e. I'm trying to care fo
On 26/04/2016 11:16 μμ, Wouter Verhelst wrote:
One workaround is to not combine NetworkManager and nbd-client on the
same system. If you're going to try to run an important filesystem (say,
the root filesystem) on something that lives somewhere on the network,
giving the user the ability to play
Unfortunately, testing showed that replacing:
# Default-Start: S
with:
# Default-Start: 2 3 4 5
doesn't solve the issue.
One workaround is to change instead:
# Required-Start: $network $local_fs
with:
# Required-Start: $local_fs
This solves the ordering cycle by starting nbd-client a little late
One side effect of this issue is that it prohibits network-manager from
starting, because systemd sometimes deletes it to break the dependency
cycle:
https://bugs.launchpad.net/ubuntu/+source/nbd/+bug/1487679
pitti there suggested a quick fix of setting "Default-Start:" to "2 3 4
5" instead of
Try something like this:
SCREEN_07="xfreerdp /f /sec:rdp /rfx +fonts /cert-ignore
/sound:sys:pulse /smartcard /v:192.168.0.16"
i.e. put all your parameters in one line without setting the deprecated
RDP_OPTIONS and RDP_SERVER variables.
As I said, those are only there for backwards compati
The idea is that the xfreerdp script doesn't contain any parameters at
all, and you provide them via the
SCREEN_07="xfreerdp " lts.conf directive, or the
SCREEN_07="rdesktop " directive,
so as long as it doesn't enforce any parameters, why are two separate
scripts needed?
The only hard
On 21/01/2016 11:10 μμ, Guus Sliepen wrote:
On Fri, Jan 15, 2016 at 09:14:52AM +0100, Guus Sliepen wrote:
ifupdown 0.8.9 can also mark interfaces with the "no-auto-down" keyword,
which causes those interfaces to be ignored during "ifdown -a". This is
a more explicit way to tell an interface shou
About the boot process of LTSP clients, I think it's better not to focus
on LTSP, but on the simplest possible netbooted system that works out of
the box in all Debian/Ubuntu versions (and many other Linux distros)
without using a custom initramfs:
Let's say we have an "rw" NFS export for a sin
Hi, I'm the LTSP developer that added the "manual" stanza a few years
ago (r1944).
I've answered in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810934#10 about it,
but I should probably add a comment here as well as this bug sees the
issue from a different view.
The "manual" stanza is
> it would be great if ltsp could more directly express what it really
> wants to do by creating a /etc/NetworkManager/conf.d/ltsp.conf snippet
Some thoughts on this:
1) LTSP chroots don't have network-manager installed by default, they
are minimal images generated by debootstrap.
It's possible
In pxelinux.cfg/default, instead of using:
kernel memtest86+.bin
one can just disable extension autodetection and specify:
linux memtest86+.bin
Package: scratch
Version: 1.4.0.6~dfsg1-5
Severity: important
In non-English environments, ~/Documents is localized according to XDG
specs, for example in Greece it's ~/Έγγραφα.
When a student tries to save a Scratch project, scratch tries to save it
to ~/Documents though, which doesn't exist
Στις 12/05/2014 10:21 πμ, ο/η Holger Levsen έγραψε:
>That changes 1 number in alphabet.c, otherwise the Greek letters overlap
>in the displayed keyboard, so in reality it'd consider it a part of the
>translation effort as well.:)
but it changes it for all languages, doesnt it? Have you tested ot
they succeeded on the second
login attempt.
By changing MaxStartups to 20:30:60 to all those schools, there were no
more bug reports about it for 2+ years now.
Would you please consider applying this change in the debian packaging
of openssh-server?
Thanks,
Alkis Georgopoulos
Package: ltsp-client-core
Version: 5.4.2-5
Severity: grave
Tags: patch upstream
LTSP fat clients and also thin clients that use localapps, mount
/home/username with SSHFS and unmount it on logout.
Unfortunately at the point where the unmount happens, local processes
are still running, and when X
Στις 20/02/2013 10:33 πμ, ο/η Holger Levsen έγραψε:
I hope these are indeed only commits touching the greek translation.
There's only one commit not directly related to the Greek translation,
the one that says "Align letters more accurately on the keyboard."
That changes 1 number in alphabet
01152.html
http://lists.alioth.debian.org/pipermail/tux4kids-tuxtype-dev/2013-February/001166.html
Changelog:
32: Alkis Georgopoulos 2013-02-17 Add greek script descriptions and Makefiles.
31: Alkis Georgopoulos 2013-02-17 Various small fixes in Greek scripts.
30: Nikos Konstantinou 2013-02-17 Ad
Package: scratch
Version: 1.4.0.6~dfsg1-2
Severity: normal
Hi, scratch doesn't work with LTSP thin clients because -xshm is forced.
Here's a patch that works around the problem:
=== modified file 'debian/bin/scratch'
--- debian/bin/scratch 2012-07-02 14:58:46 +
+++ debian/bin/scratch 2012-
I had the same problem with the Greek translation of "Username" (Όνομα
χρήστη) and "Password" (Κωδικός πρόσβασης), and solved it by padding the
logo.png to become 400 pixels wide:
http://imagebin.org/index.php?mode=image&id=233650
$ file /opt/ltsp/wheezy/usr/share/ldm/themes/*/logo.png
/opt/ltsp/w
Package: keyboard-configuration
Version: 1.86
Severity: normal
Hi, XKBLAYOUT=gr in keyboard-configuration.config is wrong, it should be
us,gr instead:
$ grep XKBLAYOUT=gr /var/lib/dpkg/info/keyboard-configuration.config
XKBLAYOUT=gr # Greece
$ grep ^XKB /etc/default/keyboard
XKBMODEL="p
notfixed 666981 numlockx 1.2-3
55numlockx now appears to have a syntax error:
$ sh -n /55numlockx
/55numlockx: 14: /55numlockx: Syntax error: word unexpected (expecting "in")
Also, the SET variable doesn't appear to be used...
Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lis
Package: numlockx
Version: 1.2-2
Severity: wishlist
We're using numlockx on LTSP, so it's installed by default for all clients.
Currently, numlockx assumes that "since the user has installed numlockx, he always
wants numlock to be on, otherwise he can uninstall it or edit
/etc/X11/Xsession.d/55
Στις 31/01/2012 12:26 μμ, ο/η Didier 'OdyX' Raboud έγραψε:
I propose the attached patch that would do even "better", by providing a
win32-loader-pxe.exe from the Debian mirrors, available on
http://ftp.debian.org/debian/tools/win32-loader/unstable/win32-loader-pxe.exe
...
What do you (and debian-
directly from
the Debian archives (by decompressing the .deb of course).
Thank you very much,
Alkis Georgopoulos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Here's another link that except for the mythes-el files, it also
contains the necessary files for hyphen-el:
http://extensions.services.openoffice.org/en/node/1060/releases
(it might need some browser refreshes, their servers seem very
overloaded)
Thank you.
--
To UNSUBSCRIBE, email to debi
: Greek Thesaurus for OpenOffice.org/LibreOffice
The above URL contains the Greek OpenThesaurus thesaurus for
OpenOffice.org/LibreOffice.
Direct link: http://www.ellak.gr/pub/oo_extras/th_el.zip
Please consider packaging it for Debian.
Kind regards,
Alkis Georgopoulos
--
To UNSUBSCRIBE
milar grub-gpxe package, if needed it source
is accessible in
https://launchpad.net/~ts.sch.gr/+archive/ppa/+sourcepub/958067/+listing-archive-extra
Thank you for getting iPXE to Debian!
Alkis Georgopoulos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
It appears that this bug has been fixed upstream on 2010/12/10. From
ftp://ftp.info-zip.org/pub/infozip/beta/unzip610b.zip, unzip610b.ann:
> Quick list of major changes in UnZip 6.10b:
> - Add -I and -O options for setting ISO and OEM character sets, respectively,
> used by UnZip when doing char
Στις 02-02-2011, ημέρα Τετ, και ώρα 15:09 +0100, ο/η Didier 'OdyX'
Raboud έγραψε:
> So, given the messages received so far and my present answer, I am pretty
> confident that the PXE patch does basically what you need; I will proceed in
> merging the pxe branch to "master". Other enhancements wil
Later on the same bug was reported again in launchpad:
https://bugs.launchpad.net/ubuntu/+source/dash/+bug/422298
A fix was committed upstream in
http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=f8231aea37e921492fc7fbd972385ab5b90e8627
but it's not in any dash versions yet.
--
To UNSU
Package: usermode
Version: 1.81-3.2
Package usermode lacks gettext in the Build-Depends line in
debian/control.
As a result, all the translations are stripped from the binary packages,
e.g.:
http://packages.debian.org/sid/i386/usermode/filelist
This doesn't affect all architectures (I don't know
The same problem also happens with the Greek rho character ("ρ"), I've
posted a similar bug to launchpad a week before this bug was filed:
https://bugs.launchpad.net/ubuntu/+source/dash/+bug/382541
I verified that the problem with "rho" also exist in Debian, so I'm
cross-linking the 2 bug reports
=the current thread]], perhaps they'd like to
join #etherboot or send a mail to the etherboot-developers mailing list.
I hope we can see gpxe in Debian soon; it's really valueable for
creating bootable media for LTSP clients.
Kind regards,
Alkis GEorgopoulos
--
To UNS
65 matches
Mail list logo
