Re: [tex-hyphen] Hyphenation in Albanian

2020-06-15 Thread Joan Jani




I would like to thank Claudio, Mojca and Arthur for their replies.

I apologies but I had been not subscribed  at the mailing list so I 
did not receive Claudio's email yesterday.


Now everything is ok and for sure I will continue to work in this 
issue for the coming days.


My to-do list for coming days will be:

    1.  Find a detailed grammatically theory of hyphenation in 
Albania. Since I am not a linguist, I have to ask help from a friend 
of mine, who is an expert in this filed.


    2. Translate the rules in english and put the document at public 
domain using github.


    3. Read the documentation wich Claudio, Mojca and Arthur recomend.

    4. Create some patterns and test  if are working correctly.

I hope that this would be the begging of adding something that later

My personal email is igi...@hotmail.com.

I would like to thank you all again for your warm welcoming.

Kind regards.

Joan Jani
On 15/6/20 11:05 π.μ., Mojca Miklavec wrote:

Hi,

Off-list.

Claudio Beccari already wrote a good answer.

We don't really have a team actively working on creating new patterns
for new languages, but there are a bunch of experts (Claudio being
among them). We are mostly collecting existing patterns and making
sure that they stay in consistent shape. So by far the best way to get
the patterns working would be to try to create them yourself, or find
someone to help you. This may include people on the list, but you need
to provide some faithful sources, grammar rules, dictionaries etc.

There are two orthogonal ways to achieve the goal:
- assemble a list of hyphenated words from a dictionary and run patgen
(or one of its rewrites, we can help you with that)
- come up with a set of clear rules for hyphenation (like: always
hyphenate after letter 'a', never hyphenate between these letter
pairs, ...) and write hyphenation patterns manually

I would suggest you to read
 https://tug.org/docs/liang/liang-thesis.pdf

Mojca

PS: Please don't expect an answer to a private mail, I've been
struggling recently to find time to answer emails. But you can
continue the discussion on the list, you just need to provide more
information, try to understand how hyphenation patterns work (read the
above or maybe find some BachoTeX talks from Arthur Reutenauer).

On Sat, 13 Jun 2020 at 19:22, Joan Jani  wrote:

Hello to all,

I am a latex user for more than 15 years (I wrote my first lab 
report in latex back in 2004).


Since there is no hyphenation patterns for Albanian i get always the 
message bellow:


-- No hyphenation patterns were preloaded for (babel) the language 
'Albanian' into the format.


I want to participate in your group helping to create this 
hyphenation pattern.


Kind regards,

Joan Jani


Re: [tex-hyphen] Hyphenation in Albanian

2020-06-15 Thread Joan Jani

I would like to thank Claudio, Mojca and Arthur for their replies.

I apologies but I had been not subscribed  at the mailing list so I did 
not receive Claudio's email yesterday.


Now everything is ok and for sure I will continue to work in this issue 
for the coming days.


My to-do list for coming days will be:

    1.  Find a detailed grammatically theory of hyphenation in Albania. 
Since I am not a linguist, I have to ask help from a friend of mine, who 
is an expert in this filed.


    2. Translate the rules in english and put the document at public 
domain using github.


    3. Read the documentation wich Claudio, Mojca and Arthur recomend.

    4. Create some patterns and test  if are working correctly.

I hope that this would be the begging of adding something that later

My personal email is igi...@hotmail.com.

I would like to thank you all again for your warm welcoming.

Kind regards.

Joan Jani
On 15/6/20 11:05 π.μ., Mojca Miklavec wrote:

Hi,

Off-list.

Claudio Beccari already wrote a good answer.

We don't really have a team actively working on creating new patterns
for new languages, but there are a bunch of experts (Claudio being
among them). We are mostly collecting existing patterns and making
sure that they stay in consistent shape. So by far the best way to get
the patterns working would be to try to create them yourself, or find
someone to help you. This may include people on the list, but you need
to provide some faithful sources, grammar rules, dictionaries etc.

There are two orthogonal ways to achieve the goal:
- assemble a list of hyphenated words from a dictionary and run patgen
(or one of its rewrites, we can help you with that)
- come up with a set of clear rules for hyphenation (like: always
hyphenate after letter 'a', never hyphenate between these letter
pairs, ...) and write hyphenation patterns manually

I would suggest you to read
 https://tug.org/docs/liang/liang-thesis.pdf

Mojca

PS: Please don't expect an answer to a private mail, I've been
struggling recently to find time to answer emails. But you can
continue the discussion on the list, you just need to provide more
information, try to understand how hyphenation patterns work (read the
above or maybe find some BachoTeX talks from Arthur Reutenauer).

On Sat, 13 Jun 2020 at 19:22, Joan Jani  wrote:

Hello to all,

I am a latex user for more than 15 years (I wrote my first lab report in latex 
back in 2004).

Since there is no hyphenation patterns for Albanian i get always the message 
bellow:

-- No hyphenation patterns were preloaded for (babel) the language 'Albanian' 
into the format.

I want to participate in your group helping to create this hyphenation pattern.

Kind regards,

Joan Jani


[tex-hyphen] Fwd: Hyphenation in Albanian

2020-06-14 Thread Joan Jani

Hello to all,

I am a latex user for more than 15 years (I wrote my first lab report in 
latex back in 2004).


Since there is no hyphenation patterns for Albanian i get always the 
message bellow:


-- No hyphenation patterns were preloaded for (babel) the language 
'Albanian' into the format.


I want to participate in your group helping to create this hyphenation 
pattern.


Kind regards,

Joan Jani



[tex-hyphen] Hyphenation in Albanian

2020-06-13 Thread Joan Jani

Hello to all,

I am a latex user for more than 15 years (I wrote my first lab report in 
latex back in 2004).


Since there is no hyphenation patterns for Albanian i get always the 
message bellow:


-- No hyphenation patterns were preloaded for (babel) the language 
'Albanian' into the format.


I want to participate in your group helping to create this hyphenation 
pattern.


Kind regards,

Joan Jani



[PATCH 3/3] drivers:gpu: vga :vga_switcheroo.c : Fixed some coding style issues

2017-02-28 Thread Joan Jani
Fixed the following style issues

drivers/gpu/vga/vga_switcheroo.c:98: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:99: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:102: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:103: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:129: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:135: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:217: WARNING: line over 80 characters
drivers/gpu/vga/vga_switcheroo.c:218: WARNING: line over 80 characters
drivers/gpu/vga/vga_switcheroo.c:308: WARNING: please, no space before tabs
drivers/gpu/vga/vga_switcheroo.c:340: WARNING: line over 80 characters
drivers/gpu/vga/vga_switcheroo.c:1087: WARNING: Block comments use * on 
subsequent lines
drivers/gpu/vga/vga_switcheroo.c:1087: WARNING: Block comments use a trailing 
*/ on a separate line

Signed-off-by: Joan Jani <igi...@hotmail.com>
---
 drivers/gpu/vga/vga_switcheroo.c | 28 +++-
 1 file changed, 15 insertions(+), 13 deletions(-)

diff --git a/drivers/gpu/vga/vga_switcheroo.c b/drivers/gpu/vga/vga_switcheroo.c
index 5f962bf..3cd153c 100644
--- a/drivers/gpu/vga/vga_switcheroo.c
+++ b/drivers/gpu/vga/vga_switcheroo.c
@@ -95,12 +95,12 @@
  * @pwr_state: current power state
  * @ops: client callbacks
  * @id: client identifier. Determining the id requires the handler,
- * so gpus are initially assigned VGA_SWITCHEROO_UNKNOWN_ID
- * and later given their true id in vga_switcheroo_enable()
+ * so gpus are initially assigned VGA_SWITCHEROO_UNKNOWN_ID
+ * and later given their true id in vga_switcheroo_enable()
  * @active: whether the outputs are currently switched to this client
  * @driver_power_control: whether power state is controlled by the driver's
- * runtime pm. If true, writing ON and OFF to the vga_switcheroo debugfs
- * interface is a no-op so as not to interfere with runtime pm
+ * runtime pm. If true, writing ON and OFF to the vga_switcheroo debugfs
+ * interface is a no-op so as not to interfere with runtime pm
  * @list: client list
  *
  * Registered client. A client can be either a GPU or an audio device on a GPU.
@@ -126,13 +126,13 @@ static DEFINE_MUTEX(vgasr_mutex);
 /**
  * struct vgasr_priv - vga_switcheroo private data
  * @active: whether vga_switcheroo is enabled.
- * Prerequisite is the registration of two GPUs and a handler
+ * Prerequisite is the registration of two GPUs and a handler
  * @delayed_switch_active: whether a delayed switch is pending
  * @delayed_client_id: client to which a delayed switch is pending
  * @debugfs_root: directory for vga_switcheroo debugfs interface
  * @switch_file: file for vga_switcheroo debugfs interface
  * @registered_clients: number of registered GPUs
- * (counting only vga clients, not audio clients)
+ * (counting only vga clients, not audio clients)
  * @clients: list of registered clients
  * @handler: registered handler
  * @handler_flags: flags of registered handler
@@ -214,8 +214,9 @@ static void vga_switcheroo_enable(void)
  *
  * Return: 0 on success, -EINVAL if a handler was already registered.
  */
-int vga_switcheroo_register_handler(const struct vga_switcheroo_handler 
*handler,
-   enum vga_switcheroo_handler_flags_t 
handler_flags)
+int vga_switcheroo_register_handler(
+ const struct vga_switcheroo_handler *handler,
+ enum vga_switcheroo_handler_flags_t handler_flags)
 {
mutex_lock(_mutex);
if (vgasr_priv.handler) {
@@ -305,7 +306,7 @@ static int register_client(struct pci_dev *pdev,
  * @pdev: client pci device
  * @ops: client callbacks
  * @driver_power_control: whether power state is controlled by the driver's
- * runtime pm
+ * runtime pm
  *
  * Register vga client (GPU). Enable vga_switcheroo if another GPU and a
  * handler have already registered. The power state of the client is assumed
@@ -337,8 +338,8 @@ EXPORT_SYMBOL(vga_switcheroo_register_client);
  * Return: 0 on success, -ENOMEM on memory allocation error.
  */
 int vga_switcheroo_register_audio_client(struct pci_dev *pdev,
-const struct vga_switcheroo_client_ops 
*ops,
-enum vga_switcheroo_client_id id)
+   const struct vga_switcheroo_client_ops *ops,
+   enum vga_switcheroo_client_id id)
 {
return register_client(pdev, ops, id | ID_BIT_AUDIO, false, false);
 }
@@ -1084,7 +1085,8 @@ static int 
vga_switcheroo_runtime_resume_hdmi_audio(struct device *dev)
int ret;
 
/* we need to check if we have to switch back on the video
-  device so the audio device can come back */
+* device so the audio device can come back
+*/
mutex_lock(

[PATCH 4/4] kernel:audit.c fixed a coding style issue

2017-02-28 Thread Joan Jani
This patch fixes the following checkpath.pl warning
 WARNING: Block comments use a trailing */ on a separate line

like

kernel/audit.c:135: WARNING: Block comments use a trailing */ on a separate line
kernel/audit.c:170: WARNING: Block comments use a trailing */ on a separate line
kernel/audit.c:174: WARNING: Block comments use a trailing */ on a separate line
kernel/audit.c:181: WARNING: Block comments use a trailing */ on a

and some more style. No changes to code

Signed-off-by: Joan Jani <igi...@hotmail.com>
---
 kernel/audit.c | 53 ++---
 1 file changed, 34 insertions(+), 19 deletions(-)

diff --git a/kernel/audit.c b/kernel/audit.c
index e794544..62d90d9 100644
--- a/kernel/audit.c
+++ b/kernel/audit.c
@@ -70,7 +70,8 @@
 #include "audit.h"
 
 /* No auditing will take place until audit_initialized == AUDIT_INITIALIZED.
- * (Initialization happens after skb_init is called.) */
+ * (Initialization happens after skb_init is called.)
+ */
 #define AUDIT_DISABLED -1
 #define AUDIT_UNINITIALIZED0
 #define AUDIT_INITIALIZED  1
@@ -100,11 +101,13 @@ static __u32  audit_nlk_portid;
 
 /* If audit_rate_limit is non-zero, limit the rate of sending audit records
  * to that number per second.  This prevents DoS attacks, but results in
- * audit records being dropped. */
+ * audit records being dropped.
+ */
 static u32 audit_rate_limit;
 
 /* Number of outstanding audit_buffers allowed.
- * When set to zero, this means unlimited. */
+ * When set to zero, this means unlimited.
+ */
 static u32 audit_backlog_limit = 64;
 #define AUDIT_BACKLOG_WAIT_TIME (60 * HZ)
 static u32 audit_backlog_wait_time = AUDIT_BACKLOG_WAIT_TIME;
@@ -115,7 +118,7 @@ pid_t   audit_sig_pid = -1;
 u32audit_sig_sid = 0;
 
 /* Records can be lost in several ways:
-   0) [suppressed in audit_alloc]
+ * 0) [suppressed in audit_alloc]
1) out of memory in audit_log_start [kmalloc of struct audit_buffer]
2) out of memory in audit_log_move [alloc_skb]
3) suppressed due to audit_rate_limit
@@ -132,7 +135,8 @@ struct list_head audit_inode_hash[AUDIT_INODE_BUCKETS];
 
 /* The audit_freelist is a list of pre-allocated audit buffers (if more
  * than AUDIT_MAXFREE are in use, the audit buffer is freed instead of
- * being placed on the freelist). */
+ * being placed on the freelist).
+ */
 static DEFINE_SPINLOCK(audit_freelist_lock);
 static intaudit_freelist_count;
 static LIST_HEAD(audit_freelist);
@@ -167,18 +171,21 @@ DEFINE_MUTEX(audit_cmd_mutex);
 
 /* AUDIT_BUFSIZ is the size of the temporary buffer used for formatting
  * audit records.  Since printk uses a 1024 byte buffer, this buffer
- * should be at least that large. */
+ * should be at least that large.
+ */
 #define AUDIT_BUFSIZ 1024
 
 /* AUDIT_MAXFREE is the number of empty audit_buffers we keep on the
- * audit_freelist.  Doing so eliminates many kmalloc/kfree calls. */
+ * audit_freelist.  Doing so eliminates many kmalloc/kfree calls.
+ */
 #define AUDIT_MAXFREE  (2*NR_CPUS)
 
 /* The audit_buffer is used when formatting an audit record.  The caller
  * locks briefly to get the record off the freelist or to allocate the
  * buffer, and locks briefly to send the buffer to the netlink layer or
  * to place it on a transmit queue.  Multiple audit_buffers can be in
- * use simultaneously. */
+ * use simultaneously.
+ */
 struct audit_buffer {
struct list_head list;
struct sk_buff   *skb;  /* formatted skb ready to send */
@@ -227,7 +234,8 @@ static inline int audit_rate_check(void)
unsigned long   elapsed;
int retval = 0;
 
-   if (!audit_rate_limit) return 1;
+   if (!audit_rate_limit)
+   return 1;
 
spin_lock_irqsave(, flags);
if (++messages < audit_rate_limit) {
@@ -253,7 +261,7 @@ static inline int audit_rate_check(void)
  * Emit at least 1 message per second, even if audit_rate_check is
  * throttling.
  * Always increment the lost messages counter.
-*/
+ */
 void audit_log_lost(const char *message)
 {
static unsigned longlast_msg = 0;
@@ -350,6 +358,7 @@ static int audit_set_backlog_wait_time(u32 timeout)
 static int audit_set_enabled(u32 state)
 {
int rc;
+
if (state > AUDIT_LOCKED)
return -EINVAL;
 
@@ -402,7 +411,8 @@ static void kauditd_printk_skb(struct sk_buff *skb)
 static void kauditd_hold_skb(struct sk_buff *skb)
 {
/* at this point it is uncertain if we will ever send this to auditd so
-* try to send the message via printk before we go any further */
+* try to send the message via printk before we go any further
+*/
kauditd_printk_skb(skb);
 
/* can we just silently drop the message? */
@@ -436,7 +446,8 @@ static void kauditd_retry_skb(struct sk_buff *skb)
 {
/* NOTE: because records should only live in the retry queue